我不是TFS大师。在我以前的公司中,我使用tfs进行源代码控制,但它已经由一些顾问构建。结构就像这样
$/Main
-Project Framework
-Project Application
-Project Utilities
-Project Web
-Development
-Project Framework
-Project Application
-Project Utilities
-Project Web
-DEV1
-Project Framework
-Project Application
-Project Utilities
-Project Web
-DEV2
-Project Framework
-Project Application
-Project Utilities
-Project Web
每次开发后,我们都会检查我们的节点,然后合并到开发,签入然后合并到Main并签入。
现在我是一家新公司,我们自己完成了这项工作。我们目前的结构只是
$/Main
-Project Framework
-Project Application
-Project Utilities
-Project Web
我建议我们像以前的公司那样做同样的事情,但我无法解释原因。在我看来,我想要它的原因是,如果我不小心弄乱了项目,我仍然可以拉开发展副本,主副本总是批准或工作的代码。
我是对的吗?答案 0 :(得分:1)
源代码是您开发工作中的重要资产。但是,当多个开发人员同时处理文件更新时,有效管理和发展源文件可能是一个挑战。版本控制中的关键元素是支持同步开发的分支。如果您有策略地分支,您可以维护软件的多个版本的顺序和一致性。
包括@Joe提供的链接,您还可以查看文章Branch strategically,找到适合您新公司的分支策略。