2017-08-11 87 views
-1

我整个的Visual Studio插件来:GitFlow为Visual Studio 2017年https://marketplace.visualstudio.com/items?itemName=vs-publisher-57624.GitFlowforVisualStudio2017VSTS gitflow - 如何使用它?

现在我感到有点困惑的本地和远程分支机构。从我的理解gitflow工作流程应该如下:

  1. 创建多达最新本地 开发一种新的局部特征的分支“F1”。
  2. 一旦你完成这个功能分支,你可以重新设置最新的本地开发。
  3. 然后您将它推送到远程功能分支“f1”,并为远程开发创建一个远程“f1”的拉取请求。
  4. 现在代码审查完成并开发包括“f1”。
  5. 您删除本地 “F1” 和远程 “F1”

当使用工作流上面提到的插件似乎不同:

  1. 从创建新的本地特性分支 “F1”最新的本地开发。
  2. 完成本地特征分支f1。这将把变化放在本地开发之上并删除特性分支。
  3. 推动本地发展到远程开发(无拉请求/代码审查可能)

有人可以帮助我了解如何引入请求和代码审查仍然是可能与此插件吗?

回答

2

这是因为master分公司是生产分公司,所以我们合并develop支进master分支时通常需要引入请求和代码视图。

而对于develop分支,所有开发人员都可以对其进行更改。所以当开发人员完成他/她开发的功能时。他/她可以直接合并它,而无需查看代码。当开发人员完成所有工作时,他/她可以将他/她的本地develop推送到远程,并创建一个请求将develop分支合并到master分支中。

而对于feature/*分支,它通常是短命分支,所以当一个功能完成后,它可以在本地回购中删除。

如果确实需要将功能分支推送到远程,并创建拉取请求以将功能分支合并到代码审阅开发中,因为您可以这样做,但它会增加您的团队的工作流程。

+0

谢谢。我希望获得一个“高级”gitflow工作流程,该工作流程已经包含了功能拉取请求代码评论 – Thypari