git可视化工具Sourcetree使用全攻略(git冲突解决)

2023-01-31 14:44:38 作者：在下月亮有何贵干

本文主要介绍了git可视化工具Sourcetree使用全攻略，文中通过图文介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧

首先我们需要知道自己的仓库如何拉取到本地。

这里以码云为例，找到对应的源路径/URL：

复制，然后来到Sourcetree:

需要注意的是检出分支时会自动切换去检出的分支，如果你本地还有修改了未提交的代码，要注意先 提交 或者进行 贮藏 操作噢。

比如我们希望创建一个测试版本的分支，所有更新操作都在测试版本上做，如果没问题了再合并来主分支，怎么创建呢？

其实也还是检出操作，所以一样要注意本地未提交代码问题。

我们在test测试分支上提交了代码，我们希望将他合并到master主分支。

首先我们先切回主分支：

选择你要保留的，如果是我的版本那就是保留//111,如果是他人版本就是保留//222。

但是这里我们合并test，test只修改了这个内容，如果我们选择 我的版本 进行合并，虽然进行了合并操作，这次的合并操作便没了什么意义，我们的master分支内容什么都没变。

不过实际项目中我们不会出现这种情况，肯定是视需求而决定需要保留什么内容，比如test除了这个与我们冲突的注释，还新增了其他功能，我们虽然没有采纳这个注释的修改，但是我们合并了新增的功能。

被合并的test分支不会受到合并操作的任何影响，内容不会发生改变，我们的合并操作只是为了让master分支能够得到test上更新的代码。

一般多人开发时会遇到的状况。

如果代码没有冲突，你们修改的不是同一个页面的代码，那拉取与提交的先后是不影响代码内容的。

比如别人制作了一个新页面，你没有拉取下来，你修改了原来页面的内容，直接提交。

出现这种推送不上去的状态。

这时候不用急，你只要确保不要让自己的错误提交到远程就好

记住，工作中，宁愿自己修改的代码丢失，也千万别覆盖别人修改的代码

其实很简单，我们切回到我们提交前的即可。

接下来先拉取再提交即可。

如果我们先拉取再提交时，先拉取就报错了，一般就是最后一个错误： 拉取代码与本地修改代码有冲突 ，见下一节。

比如别人将注释修改为333，而你本地修改代码时，注释修改成了777。

现在你想提交，先拉取再提交。

拉取时就报错了，死活拉不下来，多少遍也不行。

这时候我们就先提交再拉取。

然后就会告诉你冲突在哪里了，我们就选择保留哪个了，见上文 合并冲突 解决方法，解决完冲突再提交即可。

假如自己合并了不想合并的内容，想撤销掉一次合并操作，如何进行呢？

上图dev合并到了master上面，这时候我们选择合并前master的那一次提交，选择重置分支到此次提交。

打开强制推送。

不去管提交和拉取，直接选择推送。

把改变内容全部 移除和丢弃 。

然后就发现合并操作消失了。

看完这些，使用sourcetree可以解决你日常95%的git版本控制问题啦，更多相关git可视化工具Sourcetree内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！