gpt4 book ai didi

git 分支工作流

转载 作者:太空狗 更新时间:2023-10-29 14:20:20 25 4
gpt4 key购买 nike

我无法确定如何管理项目中的分支。我一直在研究一个功能分支“loads”,它是从“dev”分支出来的。自分支以来,“dev”已经向前推进了几次提交。现在,另一位开发人员从最新的“dev”提交开始了一个新的功能分支“work”。问题是“工作”中的功能取决于“负载”中的功能。 “加载”中的此功能已完成,但“加载”分支作为一个整体并未“完成”。

基本上,我想做的是使“负载”中的最新更改可用于“工作”,而不结束“负载”分支的生命周期。

这是树现在的样子:

       (loads:A) -> (loads:B)
/
(dev:A) -> (dev:B) -> (dev:C)
\
(work:A)

这是我认为我需要做的

       (loads:A)  ->  (loads:B)  -> (loads:C) //continue work on "loads"
/ \
(dev:A) -> (dev:B) -> (dev:C) -> (dev:D)
\ \
(work:A) -> (work:B) //use "loads" features in "work"

我只是有点不确定 merge 的确切顺序以及完成此操作的其他内容。上次我尝试 merge 分支时,我真的把事情搞砸了,花了一整天的时间恢复,我真的不想再经历一次。

最佳答案

git checkout loads
//after making code changes
git commit -am "latest changes on loads"


//This will replay your current changes on top of the existing dev
git rebase origin/dev

//Possible merge conflicts might have to address them

//after resolving conflicts
git push origin dev

另一个开发人员可以提交他的更改,如果他已经在工作中进行了更改并将它们重新设置为 dev 或者他可以从 dev 中提取您的更改并创建一个新的功能分支并从那时起继续。

关于git 分支工作流,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15230842/

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