gpt4 book ai didi

c# - TFS 分支 - 2 个开发分支

转载 作者:太空宇宙 更新时间:2023-11-03 21:30:36 25 4
gpt4 key购买 nike

我目前使用 TFS 并具有以下结构。

我的 TFS 层次结构中的开发线、主线和发布线。我使用与以下链接中详述的方法相同的方法:

http://blog.tfsserver.com/a-straightforward-guide-to-branching/

(我计划在发布行中保留 2 或 3 个最新版本)

主线是最新版本的代码,当主线代码通过测试和通过时,将创建一个新的发布文件夹来保存。

目前在我的开发线中,我有一个从主线创建的开发分支。

这个现有的开发分支目前正在由开发人员处理,可以说更改将在 4 周内准备就绪。

我目前需要对生产(主线)中的当前代码版本进行紧急更改,我知道这些更改需要 2 周的时间才能完成和测试。

考虑到这一点,我显然不想使用现有的开发分支。

我不能直接在主线上进行更改,所以我想知道我正在考虑的以下方法是否是正确的方法?

我想我需要:

(1) 从主线创建一个新的 Dev 分支。 然后我将拥有我原来/现有的开发分支,现在是一个新的开发分支。 两者都将从相同的原始代码分支。

(2) 在新的开发分支中进行更改

(3) 一旦我对我的更改感到满意,我就会将我的更改与主线合并并将更改发布到生产(或选定的客户)并将我的更改与原始开发分支合并。 然后,当原始开发分支更改在我的 2 周后完成时,它将与主线合并。

我想知道这是正确的方法吗?即使我没有从现有/原始开发分支创建新分支,我是否可以将新分支的更改合并到现有开发分支?

谢谢

最佳答案

如果您从发布分支分支,您可以将这些更改合并回来,而不管任何其他分支。他们也可以合并他们的更改,但如果你们都处理过同一个文件,他们可能必须执行合并冲突解决步骤。

当您将更改合并到主线时,开发分支可以将更改从主线向下合并到他们的代码中。

另一种选择,如果您还不想 checkin 对主线的更改...如果您使用的是最新版本的 Visual Studio 和 TFS,则可以使用搁置集在分支之间合并代码。但是,只有最新版本的 VS/TFS 会在 Unshelving 上进行 Shelveset 合并。以前,它只是复制文件的任何版本,因为您可能所做的任何更改而被搁置。

关于c# - TFS 分支 - 2 个开发分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24471496/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com