我不是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
-Project Framework
-Project Application
-Project Utilities
-Project Web
我建议我们像我以前的公司一样做同样的事情,但我无法解释为什么。在我看来,我想要它的原因是,如果我不小心弄乱了项目,我仍然可以拉取开发副本,而主副本始终是批准的或有效的代码。
我说的对吗?
源代码是开发工作中的重要资产。但是,当多个开发人员同时处理文件更新时,有效管理和发展源文件可能是一个挑战。版本控制中的一个关键元素是支持同时开发的分支。如果战略性地进行分支,则可以维护软件多个版本的顺序和一致性。
包括@Joe提供的链接,您还可以查看文章 分支 战略性地,并找到适合您的新公司的分支策略。