tfs - 按功能划分 - 优点/缺点?

标签 tfs branch branching-and-merging

我目前正在从事一个项目,其中分支和合并从一开始就运行得不太好。为了改变这一点,我们一直在讨论多种不同的方法。我想每个人对于如何做这类事情都有自己的哲学,所以它似乎也在这里。

我们一直在讨论的一件事是按功能进行分支。对于这种特殊方法的好坏,我们碰巧有不同的看法。

您以前有过这样做的经验吗?效果好吗?您是否遇到过问题 - 什么样的问题?

我知道这个问题并没有真正的正确答案,但我发现听到世界各地其他开发人员的意见非常有趣,而 stackowerflow 似乎是一个很好的地方。

最佳答案

我们使用按功能分支,它对我们来说非常有效。最大的优势是,功能团队知道他们正在做的事情不会影响其他功能团队,直到新功能被集成(在我们的例子中集成到 Main 中)。

当我们完成新功能(并且分支已合并到主分支)时,我们将分支移动到分支历史记录文件夹中。这使得开发人员需要查看的分支(文件夹)数量保持在最低限度。

在我们的例子中,没有人在主分支工作。所有开发都在功能分支中完成。初始开发(在第一次发布到生产之前)是在开发分支中完成的。第一次发布到生产环境后,所有开发都在新的功能分支中完成。

关于tfs - 按功能划分 - 优点/缺点?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5979533/

相关文章:

tfs - 与VS 2013相比,使用MSBuild构建SSDT项目的速度要慢得多

visual-studio - 门控 checkin : Sheving the Sources causes rollback in Visual Studio

Mercurial 工作流可以并行处理多个单独的任务

sql-server - 需要在 TFS 上数据库项目的每个更改的每次构建中生成 SQL 脚本文件

git - 什么是 "stale"git 分支?

git - 从主代码的*部分*分支,如何保持最新?

svn - [SVN] : The concept of branch

git - Git能否 merge "use"git blame -C查到的信息

git - 为什么 git 会暂存我 checkin 的文件,这些文件是在 merge 中拾取的,但我没有触及?

tfs - 如何从 Azure Devops 中的测试计划运行自动化测试用例