这里是分支概念的新手。
我们在 TFS 2013 下有一个没有分支的解决方案。解决方案中的某些文件(用于编组第三方模块的方法)可能与以前的版本不兼容,我们必须根据新提供的解决方案更新我们的解决方案中的用法。这些文件往往会在几个主要版本中更改一次(它们不会在每个版本中都更改)。
我们希望能够访问我们以前的版本并在必要时应用热修复。
为每个主要版本创建一个分支(以及标记它们)是否足以实现这一目标?
这里是分支概念的新手。
我们在 TFS 2013 下有一个没有分支的解决方案。解决方案中的某些文件(用于编组第三方模块的方法)可能与以前的版本不兼容,我们必须根据新提供的解决方案更新我们的解决方案中的用法。这些文件往往会在几个主要版本中更改一次(它们不会在每个版本中都更改)。
我们希望能够访问我们以前的版本并在必要时应用热修复。
为每个主要版本创建一个分支(以及标记它们)是否足以实现这一目标?
我不明白为什么不。
在发布时创建分支/标签可为您提供“返回”并创建修补程序的地方。
ALM Rangers 有一系列关于这些内容的博客文章,这篇文章最适合您所询问的内容。我不会尝试在这里重新发布内容,因为它太长并且有很多漂亮的图片。