GIT版本管理工具操作实例演示
Windows窗口版
V1.0
2013-03-06 信息技术部张光胜
修改历史
阅读说明：
该文档描述了使用GIT的windows工具进行版本管理的全过程，所有的关键操作均通过文字和截图进行体现，通过具体的操作实例，展示了关键操作点。
请认真阅读！
注：截图中的版本号，项目分支，路径等内容，请根据工作实际内容填写，具体内容请向你的负责组长咨询。
1.首先需要通过认证，需要建立一对SSH KEY，使用如下工具：
2.工具界面如下：
3.需要通过鼠标的划动，来生成随机因素，保证密钥的随机性，请在指定范围内划动鼠标，直到进度条满。
4.进度条满了之后，就会显示一个SSH KEY信息。
请将框内的内容复制出来，通过邮件发送给指定的代码管理员。
5.同时，需要保存这对生成的key，请妥善保存，这个就是你的身份信息，后续使用将一直使用。
6.获取代码：
7.填入获取版本分支对应的信息：
A.版本库地址
B.本地存放目录
C.登陆使用的用户私钥文件地址
D.使用的版本分支
8.看看结果，SUCCESS
9.查看一下从服务器上新获得的版本内容
10.我们做开发，需要在自己的个人分支上去操作，不能直接
在项目分支内容上操作。
现在创建新分支：
11.个人分支的创建，分支名必须是遵循规则的，否则无法上传到服务器上。
个人分支的名称应为：user/[用户名]/[自定义名称] 其中前两项是固定规则，而[自定义名称]是可以自行决定。
个人分支的数量不受限制。
12.请选择你的个人开发分支的父分支名称，也就是说，是在哪个分支的基础上衍生出的当前分支，有多个选择，可以是最新当前项(HEAD)、指定分支、指定标记点(TAG)、指定版本节点(Version)。
如果选中“切换到新分支(switch to new branch)”，则会在完成当前新分支创建之后，将工作分支切换到新分支上去。
13.返回结果，创建成功！！！
14.现在我们来看看当前版本库是什么状态，通过“查看历史纪录show log”，这个显示了所有的版本状态，请多关注该项。
15.版本历史中，不同的版本状态通过颜色区分：
红色=当前工作分支所处分支；
绿色=本地分支；
粉红色=服务器上分支；
16.我们尝试修改一下内容，
17.再看看修改后显示成什么状态
18.修改完了，我们就要开始提交，注意：当前的提交，是提交到当前工作分支，也就是创建的个人开发分支上。
什么时候可以做提交？？
任何时候你都应该做提交！！！尤其是每天下班，以及完成每一个功能点的开发的时候。
不建议整合多个修改点统一提交，这将对后续的集成上线造成影响。
19.提交的时候，需要关注以下内容：
A.注释：重中之重，必须清晰明确地描述当前这次提交的修改的所有内容，完全覆盖，不可遗漏。
后续会检查所有人的提交注释，对不能正确表达的注释提交人做出处罚。
B.提交的文件内容，对需要提交的文件，需要勾选。
20.提交的结果显示
21.查看一下版本状态，是否自己的提交已经被版本记录。
22.提交只是将修改归入版本管理了，但还没将修改提交到服务器上，请牢记GIT是分布式的，本地和服务器都有一套版本库在维护。
我们需要将本地修改推送到服务器上。
因为我们是将本地新建的个人开发分支初次推送到服务器，所以之前不需要做“拉取pull”的操作。
23.填写需要写入的服务器端版本分支号，最好和本地的分支号保持一致，并满足个人开发分支命名规则。
24.查看结果
25.现在再看看版本历史状态
26.个人分支开发完成，需要合并到项目分支上。
先切换当前工作分支为项目分支：
27.切换对象为项目分支，这里我使用的项目分支是master 分支，请根据各自具体实际内容选择。
28.查看结果
29.看看版本历史里面是怎么显示的，注意，红色分支为当前工作分支。
30.以项目分支为基础，将指定分支（个人开发分支）合并到此基础分支上。
31.选择需要合并过来的分支内容
32.查看合并结果
33.现在需要将合并后的结果放到服务器上去，请先从服务器上拉取（pull）出最新的版本内容到本地，然后再将本地分支提交上去。
34.拉取的选项，请选择你需要提交的项目分支。
35.拉取结果
36.看看现在版本历史上都有些什么东西，发现在项目分支
（master）上，有其他用户提交了其他内容，已经和本地内容进行了合并。
请保证当前的项目分支（master）处于最顶端的最新节点上。
37.状态满足要求，可以对服务器上进行推送
38.同样的推送过程
39.查看结果
40.推送成功，看看版本历史上的内容
冲突处理
41.查看一下当前的版本历史，发现当前的版本没有处于最新的节点上，合并一下
42.将个人分支合并到项目分支里面去
43.合并报错，有问题，仔细看内容，提示有冲突（conflict）
44.查看文件夹状态，发现项目文件夹上的图标颜色变成黄色叹号，标示有冲突需要人工解决。
45.找到具体的冲突文件（也是黄色叹号显示），选择编辑冲突
46.看一下冲突对比文件，下图的窗口1/2分别是两个版本状态，上面做出了标记：窗口1是服务器端（Theirs-REMOTE），窗口2是本地（Mine-LOCAL）。
窗口3是合并后的内容。
目前的冲突情况是：本地和服务器的内容都修改了同一行，机器无法判断到底是用哪一个内容，所以窗口3中这一行的内容全是？
47.根据我们自己的选择，来修改这个内容，在这里，我选择了将服务器（窗口1）中的冲突内容放在本地（窗口2）的内容后面，这样冲突就解决了。
窗口3中能显示合并后的具体内容。
48.确认冲突解决后，请点击如下的冲突确认按键，将冲突标记关闭。
49.冲突解决后将自动完成剩下的合并工作，现在我们再来看
看版本历史的现实，已经完成合并。
50.在这之后，我们同样需要做拉取，推送本地的修改到服务器上的操作，请参考之前的步骤。
