将分支引入TFS 2013的现有项目最佳实践
我们有TFS 2013,目前对于团队项目工作,我们没有任何分支,基本上只是一个简单的文件夹结构,其中包含各种解决方案 为了引入发布管理,我们打算创建几个分支,例如development/main/release 正如我被告知的,我不能“打扰”项目团队开发人员的日常工作,因为还有其他项目正在进行中,问题是,这样做的最佳实践是什么?创建一个单独的团队项目?我们如何在不询问所有开发人员的情况下采用分支实践将分支引入TFS 2013的现有项目最佳实践,tfs,Tfs,我们有TFS 2013,目前对于团队项目工作,我们没有任何分支,基本上只是一个简单的文件夹结构,其中包含各种解决方案 为了引入发布管理,我们打算创建几个分支,例如development/main/release 正如我被告知的,我不能“打扰”项目团队开发人员的日常工作,因为还有其他项目正在进行中,问题是,这样做的最佳实践是什么?创建一个单独的团队项目?我们如何在不询问所有开发人员的情况下采用分支实践 请帮我指出这方面的方向或分享一些想法,任何帮助都将不胜感激 不幸的是,要做到这一点,您必须“打扰
请帮我指出这方面的方向或分享一些想法,任何帮助都将不胜感激 不幸的是,要做到这一点,您必须“打扰”开发团队。你有两个选择。1.提出一个孤立的过程,然后在它启动时干扰它们。2.在流程上与他们合作,共同满足您的需求。(能够将代码发布到生产环境中是任何项目的关键要求,遗憾的是,这一点非常明显,它从未添加到待办事项/项目计划中,而且总是被当作事后考虑) 我建议选择2。如果没有合作,你最终只会引起怨恨,因为你把某些东西强加给开发人员,他们会全力以赴地与之抗争。此外,如果没有开发团队的参与,您将错过一些重要的东西,这些东西将使流程变得脆弱且难以维护 您需要得到开发人员的认可,以实施分支策略,因为这将对他们产生重大影响,他们需要了解您为什么这样做,以及对他们和业务有什么好处。他们不一定要做任何工作,但他们需要知道你在做什么以及为什么,他们还需要知道什么时候会发生变化,以便他们能够为变化做好计划 首先,你需要了解真实情况 其次,您需要让开发人员也阅读它。他们将负责维护代码并在分支之间合并代码。他们需要知道何时何地需要签入各种更改(如修补程序),以及代码准备发布时应遵循的流程 最后,关于您关于分支机构应位于何处的问题。最好将所有分支定位在同一个团队项目中,而不是将您的开发分支放在单独的团队项目中