Version control 过渡到使用TFS进行分支

Version control 过渡到使用TFS进行分支,version-control,tfs,branch,Version Control,Tfs,Branch,我们的团队目前正在使用普通的旧TFS 2005,没有分支,共享签出等。。。我想介绍一个类似于中基本风格的DEV/MAIN/PROD分支系统,这样我们就可以进行一些并行的开发、隔离和加固审查和部署过程 我已经阅读了大部分白皮书等。你们有什么实用的建议、建议的工具、陷阱或建议吗。此外,我们计划在2010年发布后迁移到它——不确定这是否会影响任何事情。由于我是一名分支新手,我非常感谢所有建议和帮助。我的建议是保持分支策略简单。很容易被冲昏头脑,实施相当复杂的分支策略,这需要整个团队来管理它们 我倾向于

我们的团队目前正在使用普通的旧TFS 2005,没有分支,共享签出等。。。我想介绍一个类似于中基本风格的DEV/MAIN/PROD分支系统,这样我们就可以进行一些并行的开发、隔离和加固审查和部署过程


我已经阅读了大部分白皮书等。你们有什么实用的建议、建议的工具、陷阱或建议吗。此外,我们计划在2010年发布后迁移到它——不确定这是否会影响任何事情。由于我是一名分支新手,我非常感谢所有建议和帮助。

我的建议是保持分支策略简单。很容易被冲昏头脑,实施相当复杂的分支策略,这需要整个团队来管理它们

我倾向于只使用一个“主分支”和一个(或多个)“发布分支”。主分支是进行日常开发的地方,发布分支用于在推送到生产环境之前拍摄代码的快照

随着项目的发展,主分支会继续变化,而发布分支是一种返回到生产中进行更改的方法,而不会冒包括主分支上其他正在进行的更改的风险。发布分支用于进行热修复

我在我的博客上更详细地描述了这一点: