SourceTree安装及使用

建议

因现项目用的git分布式版本控制系统，现在项目的分支管理不规范，所以使用Sourcetree git flow+TortoiseGit的组合去进行分支管理。

下载并安装Sourcetree

点击下方链接

下载：Sourcetree | Free Git GUI for Mac and Windows (sourcetreeapp.com) (opens new window)

注册账户并安装好。

Sourcetree使用指南

拉取项目：添加本地仓库，填写信息拉取项目即可

Gitflow工作流

Gitflow工作流定义了一个围绕项目发布的严格分支模型。虽然比功能分支工作流复杂几分，但提供了用于一个健壮的用于管理大型项目的框架。

Gitflow工作流没有用超出功能分支工作流的概念和命令，而是为不同的分支分配一个很明确的角色，并定义分支之间如何和什么时候进行交互。除了使用功能分支，在做准备、维护和记录发布也使用各自的分支。当然你可以用上功能分支工作流所有的好处：Pull Requests、隔离实验性开发和更高效的协作。

工作方式：

Gitflow工作流仍然用中央仓库作为所有开发者的交互中心。和其它的工作流一样，开发者在本地工作并push分支到要中央仓库中。

历史分支：

相对使用仅有的一个master分支，Gitflow工作流使用2个分支来记录项目的历史。master分支存储了正式发布的历史，而develop分支作为功能的集成分支。这样也方便master分支上的所有提交分配一个版本号。

详细介绍：

https://www.cnblogs.com/myqianlan/p/4195994.html

初始化仓库：

按照以下配置去初始化仓库

初始化仓库后会自动创建分支，以后就可以用Gitflow工作流的菜单去操作

Gitflow工作流菜单：

建立新的功能：在新添加功能的时候使用

建立新的发布版本：在发布版本前使用

建立新的修复补丁：在修复bug时使用

创建分支：

项目里有两个永久的分支：master和develop。这两个分支也被称为“历史性”分支，在其后的开发工作中，Gitflow模型支持在feature、master、hotfix分支上折腾，这样也有效避免了不同类型的开发工作在代码层级的耦合和干扰。

这三个分支的用途、派生来源分支和合并目标分支如下：

• feature，功能开发分支，用于承接具体功能需求的开发，派生于develop，合并于develop

• hotfix，bug修复分支，用于解决线上运行环境发现的bug，派生于release，合并于release、develop

• master，版本发布分支，用于完成发布准备的，派生于develop，合并于release、develop

跟“历史性”分支相反，这三类分支都是短期分支，针对他们的工作内容完成后，一般都要进行删除。工作内容完成的标识有两个：开发完成、合并完成，缺一不可。

详细介绍：

https://blog.csdn.net/victor_barnett/article/details/51211282

https://www.cnblogs.com/cocoajin/p/4171312.html

https://www.cnblogs.com/myqianlan/p/4195994.html