gpt4 book ai didi

GitFlow : safely merge develop changes to a feature branch

转载 作者:IT王子 更新时间:2023-10-29 00:50:20 25 4
gpt4 key购买 nike

最近我开始研究一个大的特性,所以我创建了一个新的 feature/xyz 分支。问题是这个功能很大,所以我需要大约 3 个月的时间才能完成。我想安全地将在 develop 中取得的进展 merge 到我的功能分支,而不用担心 develop 分支的更改会覆盖我已经在我的功能分支中所做的更新.我之前尝试将 develop merge 到 feature/xyz 时,我已经在新功能中所做的一些更改被还原。

实现这一目标的命令是什么?谢谢

最佳答案

唯一的安全是在学习、洞察力和频繁 merge 中。

只有您了解 developfeature/xyz 上的代码如何对齐,没有其他人知道。只有您才能以有辨识力的方式正确 merge 这两个流程。即使使用默认 merge 策略(远没有 -S ours-X theirs 危险),您仍然必须始终检查结果。

当然你可能需要一些帮助,git 会提供一些帮助。例如,您可以使用 git 记录分辨率 - rerere帮助您在最初做出 merge 决定后做出同样正确的 merge 决定。

一个相当常见且相对简单的模型,使用您为分支提供的名称,可以像这样为您工作,

  • develop 是开发的主要 push 力所在的分支
  • xyz 是您开发功能 xyz 的分支
  • xyz_stage 是您 merge developxyz 代码的分支,保持该分支稳定与各自的稳定点一致developxyz。当您准备好发布功能 xyz 或其中的一部分时,这也是您最终要 merge 回开发的分支。

以上假定您不仅将 xyz merge 到 xyz_stage 中,而且还将 develop merge 到 xyz_stage 中不时确保 xyz 的部分目前发布到 xyz_stage 工作并通过相关测试连同来自 develop.

尽管如此,您仍然必须选择如何制作 xyz 分支,您在其中处理功能,了解开发进度。

最干净的选择是——不要让它知道。这就是为什么您有 xyz_stage 两个开发流程汇集在一起​​的原因。只要不延长 xyz 的开发时间,这种方法是可行且明智的。

第二个选项是当您对暂存分支感到满意时,将 xyz_stage merge 回 xyz。这样你就有了一个稳定的点,你可以继续在上面开发 xyz 特性。

这是一个简单的流程说明,附有评论:

Feature xyz

关于GitFlow : safely merge develop changes to a feature branch,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21661263/

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