我们正在使用git流程模型，通过拉请求将功能分支合并到开发分支，在它们已经被重新建立到开发分支之后。
有时一个功能分支是从另一个功能分支中挑选出来的，其中一个会被合并到开发中。当第二个然后重新建立到开发时，这些樱桃选择是快速前进的。那么，当精挑细选的提交已经存在的时候，当这些提交被重新建立到开发上时，这会导致冲
浏览 25提问于2017-07-07得票数 0
我在寻找如何解决这个问题的方法：我正在合并“功能-1”来开发和继续它的工作。"feature-2“以”开发“，我使用的合并也合并了F3提交，但没有创建合并提交(不知道为什么)D1 - D2 - D3 - D4 - - - - - - D5 \ /
浏览 0提问于2016-06-03得票数 0
回答已采纳
1回答
我们最近尝试了一次大型的“樱桃精选”合并。首先，我们从一个子开发分支完全合并到父主分支，然后将主分支完全合并到另一个子开发分支，然后我们尝试从第二个开发分支重新合并到合并中。像无根据的，强制的，等等合并？回滚到某个时间点，然后再试一次？
浏览 0提问于2010-03-16得票数 0
回答已采纳
我正在做一个使用Moodle 2.9.4的项目但我不想在提交中包含一些更新的文件。最终，该项目将使用git merge升级到Moodle3如果没有，最好的解决方案是什么？
浏览 0提问于2016-10-13得票数 2
下面是我所做的活动的顺序修复270_ms4_migration_v2中的另一个瘦文件(更改1或2个文件)(更改#2)樱桃采摘#1去270_ms4_migration_v2，做了一些复杂的改变gi
浏览 1提问于2019-12-16得票数 0
2回答
我有一个从git库中管理的项目。我们使用progit分支策略(如接受的答案中所述，此处：)，其中一个分支是生产分支，另一个分支是开发/测试分支。我们使用fabric部署代码。当我们准备好使用git发布新的生产版本时，我们将开发/测试分支合并到生产分支中，然后使用fabric部署生产分支。特别是，如果修补程序周围的一些代码发生了更改，它将完全失败--修补程序无法应用，我的deplo
浏览 0提问于2012-01-25得票数 6
回答已采纳
我有一个web应用程序，它在生产环境和测试环境之间有一些特殊的区别。即测试电子邮件配置，测试支付配置，在主页上写的单词test (对确保您在测试中有用！)我以前的开发人员教会了我git的基本知识，我可以使用github桌面专业程序来进行分支和合并更改。现在我有了一个测试环境--我不明白如何将开发人员在他们自己的分支中所做的更改合并到测试中，然后再到生产中去，而不会丢失我的<
浏览 0提问于2019-02-07得票数 4
2回答
我目前正在使用git流与源树。对sprint的工作是一致的，我创建分支，然后进行开发，将代码提交到其中。我将特性分支合并到开发中，然后在sprint结束时合并到master，代码进入到产品中。这很好，但是，如果一个修复需要推动到掌握，或者如果其他工作是购买到冲刺，提交需要排序，樱桃摘到主人，这可能会变得非常混乱。这可能会导致许多阻止，因为工作需要推动到掌握，测试和
浏览 0提问于2021-04-14得票数 3
回答已采纳
我已经对一个分支程序做了一个承诺A，樱桃选择了这个提交到分支开发。然后，我对bugfix分支做了一个更改，它触及了在提交A中生成的代码的区域。现在，当我将原产地/开发合并回分支bugfix时，显示了这些行周围的冲突。这是git中的一个错误，还是故意的？我的意思是:导致伪冲突的变化起源于错误修复分支，而该分支已经提交了A。
浏览 3提问于2017-08-15得票数 1
回答已采纳
我所在的团队正在不断成长，并在使用git。我们通常在自己的分支机构工作。其次。如果开发
浏览 1提问于2011-06-28得票数 4
回答已采纳
当我向产品发布分支1.1时，我需要检查1.0中的所有提交是否都在1.1中。这是相当好的工作，但我担心它会发现一些假阳性。现在我的代码很好用。在一个分支的代码，我挑过去，然后它不会出现在这个扫描。所以我觉得应该管
浏览 0提问于2019-08-16得票数 1
回答已采纳
我有像上面那样的树枝的结构。当我试图在一个特定的场景中选择从alpha到beta的更改时，我遇到了一个问题。
从故事分支nr 1的更改在Azure中的拉请求期间获得批准，并合并为alpha。然后，在通过对alpha的测试之后，针对这些变化从alpha分支到beta的樱桃选择合并就会发生，没有问题(在一个为第nr 1分支到alpha合并创建的</e
浏览 1提问于2022-06-14得票数 0
根据，要使用合并工具，应该右键单击合并冲突的资源，然后选择Team > Merge Tool。但是，当我这样做时，合并工具选项就会变灰。EGit正在正确地检测冲突，并向我展示冲突文件的图标和文本标签装饰。
有什么想法吗？
浏览 8提问于2011-05-09得票数 15
我现在有三个标准的永久分支，我有与管道相关的管道。我从开发中分道扬镳，并做出了几项承诺。然后，我试图将开发合并到“测试”中。然后将“测试”合并到生产部门。我遇到了不断的“致命”拒绝合并不相关的历史。
我没有遵循一个好的工作流程，也不认为使用樱桃挑选是首选或理想的
浏览 1提问于2021-10-25得票数 1
回答已采纳
1回答
我是一个新的与SVN的多人工作，所以请容忍我。我正在与多个开发人员在C++项目上工作，我们使用SVN来同步和版本我们的.h和.cpp文件。我习惯于只使用SVN对我自己的项目进行版本控制，但当我们尝试提交多个开发人员修改的文件时，与其他开发人员合作会导致文件冲突。
在发生冲突的情况下，是否可以将主干中的文件<em
浏览 0提问于2012-09-20得票数 2
回答已采纳
在本例中，特性分支是dev分支的子分支，结果被合并回dev分支。目前，我们强制推动任何是在开发测试，然后强迫推到UAT等。我们只想将一些PRs (特性分支)放到测试中，以形成我们的发布候选版本，然后随着测试的进展，它会被推到其他的电动车上。想必这些选择是我们看到了这样的建议:合并比樱桃
浏览 6提问于2022-01-11得票数 1
2回答
我发现提交历史记录中的keep merge没有用处。相反，如果我在进行合并时保留提交历史，它会更整洁。就像这篇文章提到的
因为我注意到在github中，当用户接受拉取请求时，他们通常不会创建新的合并提交，而只是保留提交历史记录。所以我想知道合并的最佳实践是什么？
浏览 1提问于2015-12-10得票数 2
2回答
如何从此Git设置中恢复
、、、
6个月前，我和我的一小群数据库开发人员开始使用Git进行版本控制。我们现在有一个开发实例和一个生产实例。
当我为团队设置Git时，我创建了“主”分支，然后将安装在生产实例上的所有东西放入文件夹中。然后，我创建了一个"DEV“分支，并将安装在开发实例上的东西放到文件夹中(如果有重复，则覆盖旧文件)。然后我们继续在"DEV“分支上进行我们的所有开发，然后当想从开发实
浏览 5提问于2016-01-04得票数 0
回答已采纳
在将开发分支代码与主合并时，我遇到了一些冲突，并决定创建一个集成分支。我完成了从开发分支到集成分支的所有必要的提交，并选择了。现在，当我将更改提交到Integration分支时，它将所有合并的(使用樱桃选择)视为新提交。我对此没意见。但是在合并后，当我比较开发和Integration分支时，文件更改的差异是相同的。谢谢
下面是我
浏览 2提问于2014-04-09得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
