SourceTree团队协作，常用操作

目录

参考资料

准备工作：

常用操作：

1.当前节点

2. 丢弃未提交操作

3. 切换回某个历史版本

4.回退到某个版本，并撤销该版本之前提交记录，同步远端

 5.创建分支

6.分支合并---普通合并 

 7.分支合并-变基合并(rebase)

 8.分支合并-选择合并(cherry pick/遴选)

9.合并、删除、重排序、修改等对提交记录的操作

（1）.简介

（2）.参考文档

（3）.合并

（4）.删除 

 （5）排序、修改，重置

10. 冲突解决

11.忽略文件

12.中英文对照

 13.贮藏

---

 

---

参考资料

参考视频https://www.bilibili.com/video/BV1Ev411j7e5?p=3&spm_id_from=pageDriver

#远端强行覆盖本地代码命令行
$ git fetch --all && git reset --hard origin/master && git pull

---

准备工作：

• 首先，下载安装参考，这篇文章是基于github进行讲解的
• 然后就是添加密钥参考，开启强制推送参考

---

常用操作：

• 远端代码拉取，本地提交，代码推送远端略过

1.当前节点

• SourceTree当前所在节点，用空心的点表示，其他的都是实心的点

2. 丢弃未提交操作

• 比如我们在测试文件中添加了内容；

• 但是在未commit（提交）之前，我们不想要了，可以右键→重置，或者点击丢弃按钮；

 

• 就可以抹掉提交之前的所有文件修改，可用于大批量的修改操作丢弃

3. 切换回某个历史版本

• 只需要在对应的版本上双击，将空心圈移至对应的版本上即可

•  文件夹中的文件就会回退到该版本

4.回退到某个版本，并撤销该版本之前提交记录，同步远端

• 如果希望取消最近几次的提交记录，并回退到某个版本，只需要在要回退的版本上  右键→重置当前分支到此次提交

• 然后会出现三个选项 ，软合并，混合合并和强行合并，默认混合合并

• 三种合并方式区别如下：
• 首先他们都会回退到指定的版本，并撤销该版本之后的提交记录
• 区别是对回退的版本之后的提交数据的保留情况
• 软合并： 会将回退版本之后的修改保留在已暂存区，可以根据需求进行取舍；
• 混合合并：会将回退版本之后的修改保留在未暂存区，可以根据需求进行取舍；
• 强行合并：会将回退版本之后的修改直接丢弃，不做任何保存。

 

•  同步到远端，如果这次推送对于远端来说也是进行了版本回退，则需要强行推送，需要开启强行推送

 5.创建分支

• 在实际开发中，肯定会基于一个主分支，分多个分支，供不同的程序员不同的环境使用
• 创建分支很简单，点击分支按钮即可

•  然后选择基于哪个版本创建分支

 

6.分支合并---普通合并 

• 接5的例子，我们在master，备注是"添加内容5"这个节点，分出了dev分支；
• 然后dev分支做了3次提交，master分支做了1+3次提交，SourceTree默认是按照提交的时间倒序的

•  现在要把dev修改的东西，拿到master中，一起和master上线
• 先将分支切换到mater分支，然后点击合并按钮

• 然后选择分支、节点（因为每一行只有一个提交点，这个提交点只对应一个分支，所以选择了行就选择了某分支的某节点，选择本分支的节点对应的行合并无意义）
• 然后选定的分支上，从分叉开始，到选定的节点所有的提交记录，都会合并到当前分支中

•  并且会形成一个提交点，置于最新的位置

•  简单的操作方式:①显示全部分支→②切换到要合并到的分支→③右击截止合并的节点→④选择合并(记得对提交节点打勾)

 

 

•  普通合并的逻辑：普通合并，是将所选分支提交点及之前所有未合并的提交点，合并至目标分支中

  

•  如上所示：
• master在A2点出现分支dev
• master最新提交点为A4时，发起了一次合并，但是合并终点只选到了B2点，所以B1，B2修改的东西，合并为一个提交点A5，合并到master上
• master最新提交点为A6时，发起了一次合并，终点选为B4，B1,B2之前合并过，所以B3,B4修改的内容，合并到master并在master上形成一个提交点A7
• 总结：如果在A分支向目标分支B的B3节点发起合并，那么就会在最新节点后形成一个提交点X，将B3及之前未合并的点在X点合并到A分支中。

 7.分支合并-变基合并(rebase)

• 变基:即改变基准,变基合并:就是将目标分支的提交记录转移到本分支中,在分叉点后排布,其他的点向后移

•  master分支向dev分支的B4点发起合并,变基后:

•  具体操作如下:
• 例如我们有如下两个分支:

•  我们要将dev分支的前两次提交,通过变基的方式合并到master,第三次提交不管
• 首先切换到master分支,点击合并按钮

• 选择目标分支的截止合并点

•  点击确定,我们发现原先dev分支的前两个提交记录,来到了master分支

• 当然了,变基合并还有更简单的 操作:①显示全部分支→②切换到要合并到的分支→③右击截止合并的节点→④变基

 

 8.分支合并-选择合并(cherry pick/遴选)

• 上面介绍的都是范围合并,如果我们仅仅是将其他分支的某个或者某几个提交点进行合并,就需要遴选
• 具体流程:①显示全部分支→②切换到要合并到的分支→③右击截止合并的节点→④遴选

 

 

 

•  总结:遴选(cherry pick)就是将其他分支的某个或某几个特定的点合并到本分支中,并在本分支形成一个最新的提交点

•  如上:master最新节点是A4,这时候我们需要将B2,B3合并到master,B2,B3修改操作会合并到master节点,形成一个新的提交点A5

9.合并、删除、重排序、修改等对提交记录的操作

（1）.简介

• 交互变基面板可以对提交记录进行任何操作，只需要在对应的提交记录上，右击→交互式变基即可打开

•  注意：交互变基面板只会显示当前分支、右击行上面的记录
• 如上：右击了dev分支的：fruit:添加1节点，那么交互变基面板显示

（2）.参考文档

（3）.合并

• 如果我们想把多次的提交记录合并成一次,可以这样操作
• 比如我们要做以下操作:要将以下三个提交点合并成一个

•  选择要合并节点下的一个节点,右击→交互式变基

•  选择要压缩的行的最上面一行,然后连续点击压缩按钮

• 直到自己想合并的提交记录都合并了,点击确定 

 

•  然后我们发现,3条提交记录合并成一条

（4）.删除 

• 首先要将删除的节点显示在交互变基面板，参照（1）
• 然后选中，点击删除、确定

 （5）排序、修改，重置

• 首先要将删除的节点显示在交互变基面板，参照（1）
• 选中要操作的记录，进行操作

10. 冲突解决

• 文件冲突解决建议手动解除:右击→打开

• 然后解决完冲突后,右击→解决冲突→标记为解决 

 

• 解决完冲突→提交(或其他操作) 

11.忽略文件

• 如果我们不想将本地的一些文件交给git管理,可以使用如下操作

•  选择→确定

• 此时就会生成一个. gitignore文件

• 第二种方法就是,直接创建.gitIgnore文件,然后进行编辑 ,常见的命令如下

# 填写文件全名,如 demo.txt 忽略本文件夹下的该文件

# 填写路径名,如/test 忽略本文件夹下 test文件夹的所有文件

# 填写通配符,如*.exe 忽略本文件夹下 所有以exe做后缀名的文件

• 高阶的比较软件:beyond compare

12.中英文对照

 13.贮藏

• 参考文档
• 当你修改的文件，有一部分需要提交，但是有一部分不需要提交
• 除了：忽略，选择提交外，还可以交给git贮藏起来
• 如：我们对test.txt文件文件添加了一行，但是我们并不想提交，并且想切换到其他分支

• 我们就可以将它贮藏起来，选中→贮藏

•  未暂存、已暂存区该文件就会消失，贮藏区就会显示该记录

 

• 等我们再切换为该分支后，想要恢复原先未提交的数据，只需：右击贮藏记录→应用 

•  然后我们原先未提交的记录就恢复出来了

---