REBASE与MERGE中的Git冲突
合并到分支时的冲突数量与更改分支的基数有什么区别吗？为什么会这样？ 在进行合并时，合并更改存储在合并提交本身(两个父级的提交)中。 但在执行REBASE时，合并存储在哪里？ 谢谢， Omer 推荐答案 Rebase(大多数情况下)只是一系列挑剔的选择。选择樱桃和合并使用相同的逻辑--我称之为合并逻辑和文档通常称为三向合并逻辑--来创建新的提交。 该逻辑是，给定提交X和
..
rebase相关内容
将主分支合并为特征分支，后者(特征分支)也有基于特征分支的子分支
我有一个功能-分支，这是从师傅那里回来的。现在，总行先进了，特色支行在其上有了许多子行。 我希望将主分支中的所有新更改都放到我的Feature-BRANSE中，并且不应干扰Feature-BRANCH的任何现有子分支。 如果我在主分支上重新设置功能分支的基础，所有在功能分支上的子分支都将被搁置(根据我以前的经验)。 请告诉我我们如何处理这件事。 推荐答案 我将主分支合并到功
..
How to Git Rebase-I编辑并查看过去提交的更改
我通常使用git rebase -i HEAD~将edit放在我要编辑的提交上编辑旧提交，进行更改，添加文件和git rebase --continue。 有没有一种方法可以使用Rebase编辑提交，而不是查看过去的提交更改？找出我想要在那里修复的位置会容易得多，VScode为我标记行。 示例： 假设我已经提交了commitA、co
..
我如何知道GIT承诺是否已更改？
几个月前有人犯了什么罪。在那之后，已经完成了多个其他提交。是否可以通过修改或更改基数来查看是否有人更改了该特定承诺的内容？如果是，如何？ 推荐答案 永不更改提交。请勿更改基本或git commit --amend任何提交，因为这是不可能的。1 这里的诀窍在于定义“提交”。您如何知道哪个提交是哪个提交？如果我说“在Git存储库中为Git提交”，那么，那里有超过40,000个提交。我指的
..
'；GIT提交--修改分离的磁头状态
我知道修改旧的Git提交的正确方法是使用rebase --interactive，但为了澄清概念，我想了解一下当我这样做时会发生什么 git checkout 更改文件中的内容 将更改的文件添加到索引 然后git commit . --amend 当我这样做时，它不是修改提交，而是从同一提交的父级分支新提交。 这是否只是Git告诉我我无法修改已有子代提交的
..
如何在`git merge`后使用`git rebase-i`而不搞砸呢？
我有以下情况： 我对本地存储库进行了一些提交，然后将另一个分支(大约150个提交)巨大地合并到主存储库中。其中有很多冲突。 现在，我要将合并前所做的提交移动到它之后，然后再推送。 正常情况下，我会使用rebase -i。 不幸的是，默认行为是破坏我所做的一次合并提交，该提交实际上将150多个提交添加到单独的提交中(我理解这就像我一开始使用REBASE而不是MERGE)-这对
..
在git中更改分支的根
我正在使用 git 并想更改现有分支的基础.这是由部署系统引起的，该系统将此显式分支拉入我的生产环境.在计划我的发布时，我每次想要上线时都会创建一个标签.但是我的分支也有特殊的变化，所以 git reset --hard v1.0 不起作用. 这里是一个小例子.我想要这个 C---D---E 部署/A---B---F---G大师\v1.0 变成这样 C---D---E 部署/A--
..
如何跳过“松散对象"运行“git gui"时弹出
当我运行“git gui"时，我得到一个弹出窗口，上面写着 该存储库当前大约有 1500 个松散对象. 然后它建议压缩数据库.我以前做过这个，它将松散的对象减少到大约 250 个，但这并没有抑制弹出窗口.再次压缩不会改变松散对象的数量. 当我们从 Perforce 过渡时，我们当前的工作流程需要大量使用“rebase"，而 Perforce 仍然是规范的 SCM.一旦 Git 成为规
..
在 Git 中重新建立远程分支
我正在使用一个中间 Git 存储库来镜像远程 SVN 存储库，人们可以从中克隆和工作.中间存储库的主分支每晚从上游 SVN 重新建立，我们正在研究功能分支.例如: 遥控器:掌握当地的:掌握特征 我可以成功地将我的功能分支推送回远程，并以我期望的方式结束: 遥控器:掌握特征当地的:掌握特征 然后我重新设置分支以跟踪远程: 遥控器:掌握特征当地的:掌握功能 ->起源/特征 一切都很好.我想
..
Git:如何重新定位到特定的提交?
我想 rebase 到特定的提交，而不是另一个分支的 HEAD: A --- B --- C 主\\-- D 主题 到 A --- B --- C 主\\-- D 主题 代替 A --- B --- C 主\\-- D 主题 我怎样才能做到这一点? 解决方案 您可以通过在您喜欢的提交上创建一个临时分支，然后以简单的形式使用 rebase 来避免使用 --onto 参数: gi
..
如何使用 git rebase 来清理错综复杂的历史
在我的笔记本电脑和工作场所以及家里的台式机上使用六个不同的分支和合并工作了几周后，我的历史变得有点复杂.例如，我只是做了一个 fetch，然后将 master 与 origin/master 合并.现在，当我执行 git show-branches 时，输出如下所示: ！[登录] 更改了域名.！[master] 合并远程分支 'origin/master'！[migrate-1.9] 在 Her
..
git rebase 交互:将提交合并在一起
我想有一个简单的解决方案来在交互式变基期间将两个合并提交压缩在一起. 我的存储库看起来像: X --- Y --------- M1 -------- M2(我的特征)//////a --- b --- c --- d --- e --- f(稳定) 也就是说，我有一个 my-feature 分支，它最近被合并了两次，中间没有真正的提交.我不只是想重新设置 my-feature 分支，
..
变基结果与合并结果有何不同?
在 GitHub 的一篇文章中，我阅读了以下内容: 在以下情况下，您无法在 GitHub 上自动变基和合并: 对提交进行变基被认为是“不安全的"，例如当变基可能没有合并冲突但会产生与合并不同的结果时. 我不清楚变基如何产生与合并不同的结果. 谁能解释一下这怎么可能? 原文链接:https://help.github.com/articles/about-pull-reque
..
真正压平 git 合并
在 StackOverflow 上很少有关于“扁平化合并"的问题，答案通常是“git rebase".这些答案虽然忽略了一个关键点 - 提交顺序. 假设有一个分支 A 的提交时间为 6 月 1 日和 8 月 1 日，而分支 B 的提交时间为 7 月 1 日(更新以恢复下面描述的用例:分支是完全独立的，并且没有共同祖先，例如来自 2 个不同的存储库).将 B 合并到 A 时，将有以下历史记录(
..
如何一次挤压/变基
我怎样才能以最小的努力，将我所有的提交(即使是合并和冲突解决)压缩到一个功能分支上的一个，然后在我开始开发的分支之上重新建立基础从?不想重做已经完成的冲突解决.尽量减少麻烦. 假设我们说的分支是 master 和 featureX. 解决方案 我所知道的最简单的方法是 git checkout featureXgit merge -m "Bring latest changes f
..
合并两个 Git 存储库并保留历史记录
我想扩展我遇到的另一个问题:合并两个 Git 存储库并保留主历史记录 我已成功将 2 个不同的 repo 合并为一个 repo.我需要一个 rebase 才能成功地做到这一点.主人是正确的，但我也想保留合并历史.这可能吗? 我有 2 个存储库: https://github.com/DimitriDewaele/RepoA https://github.com/DimitriD
..
解决 git 中“两者都添加"的合并冲突?
我在 git 中变基，我得到的一个冲突是“两者都添加"——也就是说，在我的分支中独立添加了完全相同的文件名，而在我正在变基的分支中.git status 告诉我: # 未合并的路径:#(使用“git reset HEAD ..."取消暂存)#(根据需要使用“git add/rm ..."来标记分辨率)## 都添加:src/MyFile.cs 我的问题是，我该如何解决这个问题?我必须
..
上一次 git 合并后的 git rebase
我有以下情况: 我从主存储库 (X) 创建了一个 clone(Y)，因为有很多人在 Y 上工作，我们没有做任何 rebase 而只是 合并s.当我们想要将 (push) Y 传递到 X 时，我们想要做一个 rebase 以使事情变得漂亮和干净 问题在于，在执行 rebase 时，我们被要求执行我们在前面的 merge 步骤中已经完成的所有合并.除了意味着实际重新进行合并的解决方案之外，
..
如何在 git merge 之后使用 git rebase -i 而不会搞砸?
我有以下情况:我向我的本地存储库提交了一些提交，然后将另一个分支(约 150 次提交)大量合并到主库中——其中有很多冲突. 现在，我想在推送之前将我在合并之前所做的提交移到它之后. 通常，我会为它使用“rebase -i". 不幸的是，默认行为是打破我所做的一次合并提交，它实际上将另外 150 个提交添加到单独的提交中(我理解这就像我会使用 rebase 而不是合并开始) - 这
..
如何在没有共同祖先的情况下合并两个分支?
我在我的项目中间开始使用 Git，其中前两次提交只是一些初始设置(.gitignore 和 .gitattributes)，第三次提交 M2 添加了SVN中继: I1 -- I2 -- M2 -- N -- .. -- Z 我在一个名为svn的分支中导入了SVN历史，其中M1是SVN主干(内容与M2相同，除了 .gitignore 和 .gitattributes): A -- B -- .
..