GIT版本管理工具操作实例演示.docx

GIT版本管理工具操作实例演示
Windows窗口版

V
2021-03-06
信息技术部张光胜

修改历史
修改时间版本号修改人内容备注2021-03-06V张光胜初始版本创立

阅读说明：
该文档描述了使用GIT的windows工具进行版本管理的全过程，所有的关键操作均通过文字和截图进行表达，通过具体的操作实例，展示了关键操作点。请认真阅读！
注：截图中的版本号，工程分支，路径等内容，请根据工作实际内容填写，具体内容请向你的负责组长咨询。

1.首先需要通过认证，需要建立一对SSHKEY，使用如下工具：

2.工具界面如下：

3.需要通过鼠标的划动，来生成随机因素，保证密钥的随机性，请在指定范围内划动鼠标，直到进度条满。

4.进度条满了之后，就会显示一个SSHKEY信息。
请将框内的内容复制出来，通过邮件发送给指定的代码管理员。

5.同时，需要保存这对生成的key，请妥善保存，这个就是你的身份信息，后续使用将一直使用。

6.获取代码：

7.填入获取版本分支对应的信息：
版本库地址
本地存放目录
登陆使用的用户私钥文件地址
使用的版本分支

8.看看结果，SUCCESS

9.查看一下从效劳器上新获得的版本内容

10.我们做开发，需要在自己的个人分支上去操作，不能直接在工程分支内容上操作。现在创立新分支：

11.个人分支的创立，分支名必须是遵循规那么的，否那么无法上传到效劳器上。
个人分支的名称应为：user/[用户名]/[自定义名称]
其中前两项是固定规那么，而[自定义名称]是可以自行决定。
个人分支的数量不受限制。

12.请选择你的个人开发分支的父分支名称，也就是说，是在哪个分支的根底上衍生出的当前分支，有多个选择，可以是最新当前项(HEAD)、指定分支、指定标记点(TAG)、指定版本节点(Version)。
如果选中“切换到新分支(switchtonewbranch)〞，那么会在完成当前新分支创立之后，将工作分支切换到新分支上去。

13.返回结果，创立成功！！！

14.现在我们来看看当前版本库是什么状态，通过“查看历史纪录showlog〞，这个显示了所有的版本状态，请多关注该项。

15.版本历史中，不同的版本状态通过颜色区分：
红色=当前工作分支所处分支；
绿色=本地分支；
粉红色=效劳器上分支；

16.我们尝试修改一下内容，

17.再看看修改后显示成什么状态

18.修改完了，我们就要开始提交，注意：当前的提交，是提交到当前工作分支，也就是创立的个人开发分支上。
什么时候可以做提交？？
任何时候你都应该做提交！！！尤其是每天下班，以及完成每一个功能点的开发的时候。不建议整合多个修改点统一提交，这将对后续的集成上线造成影响。

19.提交的时候，需要关注以下内容：
注释：重中之重，必须清晰明确地描述当前这次提交的修改的所有内容，完全覆盖，不可遗漏。后续会检查所有人的提交注释，对不能正确表达的注释提交人做出处分。
提交的文件内容，对需要提交的文件，需要勾选。

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.推送成