sourcetree 回滚 sourcetree回滚和重置

大家好我是琪琪，sourcetree 回滚，关于sourcetree回滚和重置很多人还不知道，那么现在让我们一起来看看吧！

sourcetree 回滚 sourcetree回滚和重置

1、2、输入新的分支名蓝色字体 ，选择“标星公众号”如果一个团队在使用 Git 时没有一些规范，那么将是一场难以醒来的噩梦！然而，规范固然重要，但更重要的是个人素质，在使用 Git 时需要自己养成良好的习惯。

2、假如已经把代码提交了，对这次提交的内容进行检查时发现里面有个变量单词拼错了或者其他失误，只要还没有推送到远程，就有一个不被他人发觉你的疏忽的补救方法——首先，把失误修正之后提交，可以用与上次提交同样的信息。

3、，这样就将两次提交的节点合并成一个，甚至能够修改提交信息！谁说 历史 不可篡改了？ 前提是，想要合并的那几次提交还没有推送到远程！当自己一个人进行开发时，在功能完成之前不要急着创建远程分支。

4、请读张文钿所写的《使用 git rebase 避免无谓的 merge》：在将其他分支的代码合并到当前分支时，如果那个分支是当前分支的父分支，为了保持图表的可读性和可性，可以考虑用 git rebase 来代替 git merge；反过来或者不是父子关系的两个分支以及互相已经 git merge 过的分支，就不要采用 git rebase 了，避免出现重复的冲突和提交节点。

5、要是谁真把这么乱的提交图表摆在我面前，就给他一个上勾拳！有个很成熟的叫 Git Flow 的分支模型，它能够应对 99% 的1、在需要回滚的commit上右键创建分支场景，剩下的那 1% 留给几乎不存在的极度的场景。

6、需要注意的是， 它只是一个模型，而不是一个工具； 你可以用工具去应用这个模型，也可以用最朴实的命令行。

7、所以，重要的是理解概念，不要执着于实行的手段。

8、简单说来，Git Flow 就是给原本普普通通的分支赋予了不同的「职责」：看到上面的「」和「dlop」加粗了吧？代表它们是「主要分支」，其他的分支是基于它们派生出来的。

9、主要分支每种类型只能有一个，派生分支每个类型可以同时存在多个。

10、各类型分支之间的关系用一张图来体现就是：更多信息可参考 xi rong 所整理的《Git工作流指南》: / xi rong/my-git/blob//git-workflow-tutorial.md在团队中应用 Git Flow 时，使用 SourceTree 与 GitLab （ /）配合的形式：SourceTree 和 GitLab 应该是相辅相成的存在，而不是互相取代。

11、为了将一些规范性的东西和 Git Flow 的部分作自动化处理，要对 SourceTree 和 GitLab 进行一下配置。

12、按下 command + , 调出「Preferences」界面并切换到「Git」本文要从具体实践角度，尤其是在团队协作中，阐述如何去好好地应用 Git。

13、既然是讲在团队中的应用实践，我就尽可能地结合实际场景来讲述。

14、标签，勾选「Use rebase instead of merge by default for tracked branches」和「Do not fast-forward when merging, always create commit」。

15、这样设置之后，在点「Pull」按钮拉取代码时会自动执行 git pull --rebase；并且，每次合并时会自动创建新的包含分支信息的提交节点。

16、接下来，点击工具栏中的「Git Flow」按钮将相关的流程自动化。

17、如果没有特殊需求，直接按下对话框中的「OK」就好了。

18、初始化完成后会自动切换到 dlop 分支。

19、这下再点「Git Flow」按钮所弹出的对话框就是选择创建分支类型的了。

20、被保护的分支在列表中会有特殊的标记进行区分。

21、在引入 Git Flow 之后，所有工作都要围绕着它来展开，将原本的流程与之结合形成「基于 Git Flow 的开发流程」。

22、功能开发完并自测之后，先切换到 dlop 分支将的代码拉取下来，再切换回自己负责的 feature 分支把 dlop 分支的代码合并进来。

23、合并方式参照上文中的「合并」，如果有冲突则自己和配合的人一起解决。

本文到这结束，希望上面文章对大家有所帮助。