eclipse查看git地址_Git简介及实战

第一部分：实验预习报告（包括实验目的、意义，实验基本原理与方法，主要仪器设备及耗材，实验方案与技术路线等）

➢ 熟练掌握git的基本指令和分支管理指令；

➢ 掌握git支持软件配置管理的核心机理；

➢ 在实践项目中使用git/github管理自己的项目源 代码。

安装Git

➢ 本地机器上安装git 如果在linux系统下安装git，给出安装命令和安装后的 运行界面； 如果在windows下安装git，给出安装的git版本 号和在本地机器上安装git后的运行界面（给出主要界面即 可）； 对各个界面做出必要的解释。

➢ 申请github帐号 给出自己在github上申请的帐号名称和本次实验中涉及 的项目的URL地址。 给出github网站上你的账号信息和项目信息的截图。

Git操作过程 (1)仓库创建与提交 (2)分支管理 (3)远程分支管理

➢在Eclipse中安装和使用Git Plugin

➢ Eclipse中Git plugin的安装和配置 采用屏幕截图的方式给出自己在Eclipse中安装和配置Git plugin的过程。

➢ Eclipse中使用Git plugin 采用屏幕截图和文字说明的方式，给出在Eclipse中使用 Git plugin向github提交实验一代码的过程。

小结与体会 对本次实验过程和结果的思考：

➢ 比较之前的开发经验，使用git的优点？

➢ 之前是否用过其他的版本控制软件？如果有，同git相比有 哪些优缺点？

➢ 在什么情况下适合使用git、什么情况下没必要使用git？

➢ 其他相关思考。

第二部分：实验过程记录（可加页）（包括实验原始数据记录，实验现象记录，实验过程发现的问题等）

Git CMD：

（命令行提示符）是Windows操作系统上的命令行解释程序。当你在Windows上安装git并且习惯使用命令行时，可以使用cmd来运行git命令。

Git Bash：

Bash，Unix shell的一种，Linux与Mac OS X v10.4都将它作为默认shell。

Git Bash就是一个shell，是Windows下的命令行工具，可以执行Linux命令。

Git Bash是基于CMD的，在CMD的基础上增添一些新的命令与功能。所以建议在使用的时候，用Bash更加方便。

Git GUI：

基本上针对那些不喜欢黑屏（即命令行）编码的人。它提供了一个图形用户界面来运行您喜欢的git命令

Git 通过“git --version”的命令，

得到Git的版本号git version 2.26.2.windows.1

通过Git创建一个本地的仓库

创建GitHub账号

创建一个新的仓库

通过 git clone + [仓库地址]的命令，可以克隆刚才在GitHub上面新创建的仓库

仓库地址可以通过地址栏找到“https://github.com/happyflying-web/TestLab”

当成功的把远端版本库通过Git克隆到本地之后，如果进入这个目录之下，就会发现TestLab后面多了（master）的字样，也就是自动的创建了一个master分支，而在远端版本库生成了origin。此时Git和GitHub之间的关系就是，GitHub相当于Git的服务器。

通过git status可以查看当前仓库的状态

配置个人信息

成功配置个人信息

git add .
不加参数默认为将修改操作的文件和未跟踪新添加的文件添加到git系统的暂存区

git commit

主要是将暂存区里的改动给提交到本地的版本库。每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值，这个哈希值也叫commit-id，
commit-id 在版本回退的时候是非常有用的，它相当于一个快照,可以在未来的任何时候通过与git reset的组合命令回到这里.

通过git push将本地分支的更新，推送到远程主机

在GitHub上可以看到“one.txt”已经成功的提交到远端版本库了。

通过命令git branch dev1可以创建一个新的分支dev1,然后通过git checkout dev1切换到这个新分支dev1,之后再重复上述的git add，git commit -m等操作。

$ git push <远程主机名> <本地分支名>:<远程分支名>

执行 git reset --soft HEAD^ 撤销最近的一次提交，将修改还原到暂存区。--soft 表示软退回，对应的还有 --hard 硬退回， HEAD^ 表示撤销一次提交，HEAD^^ 表示撤销两次提交，撤销 n 次可以简写为 HEAD~n。软退回一个提交后执行 git branch -avv 命令查看分支信息

用commit –amend
这种方法不仅可以修改commit message，也可以修改提交内容。这种方式在还没有推送到远端的情况下可以比较方便的保持原有的Change-Id，推荐使用（若已经推送到远端，Change-Id则会修改掉）。
#修改需要修改的地方（只是修改commit message就不用做)
git add . #这一步如果只是修改commit message不用输入
git commit --amend
#输入修改后的commit message，保存
git push <remote> <branch> -f #若还没有推送到远端，不用输入

git checkout dev1

git commit -a -m "new_function1"

git checkout master

git merge dev1

git分支的操作 - 删除

git checkout master

git branch -d dev1

git push origin --delete dev1

可以在GitHub上看到，dev1分支已经被删掉，只留下来了master分支。

在IDEA上配置Git为IDEA指定git路径
默认情况下，IDEA是不自带git运行程序的，所以需要通过
菜单->settings->Version Control->Git->Path to Git executable: 设置为安装git中所安装的git.exe

设置github账号

接下来为github设置账号密码：
菜单->settings->Version Control->GitHub->Add account

先在GitHub上创建一个新的仓库，并得到新的URL= https://github.com/happyflying-web/life_game

通过菜单->VCS->import into Version Control->Create Git Repository，创建本地仓库。

把项目加入到本地仓库的stage区暂存
右键项目->Git->Add

将GitHub新创建的远端仓库的URL复制粘贴到

在GitHub网站刷新后就可以看到“实验一life_game”已经成功的push到GitHub上了。

第三部分 结果与讨论（可加页）

1. 实验结果分析（包括数据处理、实验现象分析、影响因素讨论、综合分析和结论等）

综合分析与讨论

通过本次实验，我首先了解到了在软件实际开发过程中“版本控制”的思想和它的重要作用，同时也以Git为载体，在Git Bash中熟练掌握git的基本指令和分支管理指令；同时，对实验一life_game的代码在IDEA集成开发环境下实现了提交到远端服务器GitHub上的完整操作。最后与之前没有使用Git等版本控制软件的开发经历进行对比，以及集中式版本控制软件、分布式版本控制软件之间的对比，我了解了他们各自的特点，以及在什么情况下应该使用什么类型的版本控制软件。这次Git实验让我更加熟悉了软件开发实践、实战中的具体问题和方法——版本控制，让我有很大的收获。

二、实验小结及体会

➢比较之前的开发经验，使用git的优点？

回答：

对于我个人来说，之前的开发过程都是在本地进行的，因为没有遇到过对于分工协作要求很高的开发过程，而且需要开发的软件都相对来说比较简单，因此还没有“版本控制”的概念，但是对于一些迭代开发的过程，不能对每次的迭代过程以及变化进行记录。而接触到Git之后，就深入了解到“版本控制”的作用和优点，Git可以记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。 除了项目源代码，你可以对任何类型的文件进行版本控制。有了Git就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。

➢之前是否用过其他的版本控制软件？如果有，同git相比有 哪些优缺点？

回答：

之前使用过集中式版本控制软件，而Git是分布式版本控制软件，Git与集中式版本控制软件相比的优点是：集中式版本控制软件有一个统一共同的远端服务器，而所有的用户都是客户端，这样的话所有的用户提交的资源都会汇总到这个共同的远端服务器，远端服务器就相当于整个系统体系的中枢，这也是集中式版本控制软件的缺点——如果一旦“中枢”出现了问题，则会影响到整个体系，而分布式版本控制软件就克服了这个问题，Git的设计理念让用户端即成为了使用者，也成为了服务器端。

集中式版本控制系统（有 SVN、CVS等）

集中式有中央仓库（需要联着网工作）

修改的版本都在服务器仓库，每次对比代码

分布式版本控制系统（git）

分布式没有中央仓库，存在客户端一份（不用时刻连网，拉取代码时要联网）

修改的版本在本地客户端

总结分布式相比集中式的优势

分布式平时不用总连着网、本地可以看历史版本、每个客户端都可以恢复仓库

➢ 在什么情况下适合使用git、什么情况下没必要使用git？

回答：

适用Git的情况：

1. 当需要多人或者团队分工协作时，Git起到了非常重要的作用
2. 在没有网络条件的情况下，或者是需要内网的时候，因为Git分布式的特点，在这种情况下适用Git。