关于提交拉取术语的澄清:与git cherry pick和分支的关系
我是git相关平台的新手,目前主要为项目目的与github和gitlab合作。我对一个抽象术语感到困惑,它与获取提交(可能未合并,或者在不同的分支中,或者从回购协议中的任何地方)有关 据我所知,当一个存储库中有两个分支(重构、主分支)时,我们使用cherry picking,并且我们希望从一个分支(重构)中选择一个特定的提交(X),然后进入另一个分支(主分支)。(根据互联网上的众多消息来源) 可以在同一根树枝上摘樱桃吗?这就是为什么会有樱桃树 有人告诉我,cherry pick与分支根本没有关系,抽象的“cherry pick”通常表示从任何地方(相同或不同的分支)选择任何提交 让我举一个例子 假设我们有一个主分支,一些人发送了一些拉请求,这些请求尚未提交,有人希望在合并之前获取这些提交以测试它们。。。我知道如何获取该提交,但我的问题是,这样做被称为“樱桃选择”吗?那棵樱桃树与树枝无关 谢谢你的阅读 可以在同一根树枝上摘樱桃吗?这就是为什么会有樱桃树 没有 您可以做的是:关于提交拉取术语的澄清:与git cherry pick和分支的关系,git,github,cherry-pick,git-cherry-pick,Git,Github,Cherry Pick,Git Cherry Pick,我是git相关平台的新手,目前主要为项目目的与github和gitlab合作。我对一个抽象术语感到困惑,它与获取提交(可能未合并,或者在不同的分支中,或者从回购协议中的任何地方)有关 据我所知,当一个存储库中有两个分支(重构、主分支)时,我们使用cherry picking,并且我们希望从一个分支(重构)中选择一个特定的提交(X),然后进入另一个分支(主分支)。(根据互联网上的众多消息来源) 可以在同一根树枝上摘樱桃吗?这就是为什么会有樱桃树 有人告诉我,cherry pick与分支根本没有关系
- 获取远程分支,在回购协议中引用为
origin/master
- 从当前的
主机创建一个测试分支(由于您没有
,只是git pull
,所以没有更改)git fetch
- cherry从
选择提交到origin/master
,进行测试test
- 从主服务器签出测试分支
- 从该PR分支执行简单的合并(如果只需要该PR分支的一些提交,则可以进行一次樱桃选择)