如何挤压实际上在合并提交之前的两个提交？
假设以下历史记录： X - Y - M - Z / / A - B - C - D 我想修改历史记录以修正X和Y合并为一次提交。所以我希望历史看起来像这样： X' - M'Z' / / A - B - C - D 远远失败。大多数情况下，在转换期间会有冲突。也许rebase是不是正确的方式来实现这一点
..
rebase相关内容
从github中删除文件
我现在一直在使用github作为一个项目，但仅作为问题跟踪器。所以，今晚我花了一些时间用代码来解决问题，并且犯了一个菜鸟的错误：我提交了证书文件和其他不必要的数据。我已经将这些文件添加到 .gitignore 文件中，并且它们不再是问题，但是我发现它们在历史记录中可用。 这提出了一个安全问题，所以我必须对此进行分类并删除那些敏感数据。我是目前唯一的开发人员，所以这就是为什么我将代码保存在我的
..
如何重新分配一系列分支？
假设我们有以下修订图： AB（主） \ C （feature-a） \ D（feature-b）[取决于特征a] \ E（特征-c）[取决于特征b] 然后修改master以跟踪commit F 。 是否有简单的方法将 E 转换为 F （master），以便分支 feature-a ， feature-b 和 feature-c 全部结束如下：
..
Git：使用git rebase更改已推送的提交消息
我们正在与一些分支机构合作进行git回购。如果所有提交都有特征ID作为必须由公司批准的项目提交注释的开始，则系统仅允许将更改部署到实时系统。 我们在一次提交中有一个错误，超过100次提交（有几个人从事这个回购工作），导致功能ID错误（因此未被批准用于该项目）。因此，现在我们无法将我们的更改推送到实时系统中，因为这是一次提交。 因此，我需要更改此提交的提交消息解决我的问题。 我研究
..
git rebase master功能给（重命名/删除）冲突，git rebase -i master功能没有
我遇到了一个奇怪的情况，我用git修改了一些文件并删除了一个文件“foo.js”。当我通过“git rebase master feature”重新绑定到master上时，我遇到了以下类型的冲突： CONFLICT（重命名/删除）：删除了src / main / resources / com / blah / bar.js改变一些js并在HEAD中重命名。 src / main / re
..
删除< user>与< user>一起提交在Github上
我在github上有一些提交，看起来像这样： 是否有重新绑定的方法，以便我可以摆脱这种情况，并简单地将提交标记为我？ 解决方案 首先，我会检查你的git是否配置了正确的用户信息。运行 git config --list 来验证一切正确。 您也可以尝试使用交互式重新绑定编辑提交。 输入交互式重新分页 git rebase -i 将要更改的提交更改为
..
我该如何保存git“rebase进行中”？
我正处在一个大型“正在进行中”的冲突中，冲突很多。 我想设置此进度并试图用另一种方法解决这个问题。 有没有一种方法可以保存正在进行的 rebase，以便我可以完成它后来呢？ 解决方案 如果你坐在一个冲突的合并作为rebase的一部分，你有点卡住了。这就是为什么，如何以及你能做什么。 Rebase =重复的樱桃挑选 从根本上说，Git中的rebase操作仅仅是一系列的
..
为什么git pull --rebase在重放现有提交时失败？
我没有得到这个：当我'git pull --rebase remote branch'时，它会将我的HEAD恢复回它们的共享根目录，然后开始重播在此期间发生的所有远程提交。为什么这些提交有时会失败？他们是干净的工作区干净的承诺？这几乎不是重新定义的要点吗？ 你确定它不是你的 提交失败？ 假设您正在处理分支并对特定文件进行一系列更改。 现在您想要将您的提交重定义到任何遥控器的头部。
..
git：从公共分支删除重复的提交？
我以某种方式在分支中获得了一些重复的提交，每个都有相同的更改。这是一个公共分支，由几个用户从几个分支合并而成。我需要定期将这个分支重新分配到另一个回购的主分支，这些重复使得它很笨拙。 有没有办法去除这些分支并将它们推送给公众repo w / out对于从分支工作的其他用户来说很复杂吗？ 解决方案 在这种情况下，filter-branch不是必需的正如Jefromi所提到的，没有让每个
..
从git提交中删除提交者信息
我已经重新设计了一个分支，现在它的所有提交都提交了我想完全删除的部分（而不仅仅是更改它的字段）。是否有可能在不丢失原始作者信息的情况下？ 解决方案 感谢 @sergej 和 GitHub ，我将提交者信息与一起移除了 git filter-branch --env-filter' 如果[“$ GIT_COMMITTER_EMAIL”！=“$ GIT_AUTHOR_EMAIL”];然
..
删除重建后引入的重复提交（s）
我有2个分支， master & 特征。主人偶尔会收到快速上线所需的小小调整。完成这些调整之后， master 将被重新分配为功能，以便功能保持最新状态。 在master上更改的文件通常与功能上的大部分开发无关，但我得到的数字很高复杂的3路合并冲突。 在查看特性的提交日志后，我发现问题成为几个重复，我试图用交互式重新分解来解决它。 我的问题是： 这是这个问题的最佳解决方案吗
..
为什么git rebase的合并冲突比merge更少？
我经常听说它说使用git rebase减少了合并冲突的数量，而不是git merge，但我从来没有找到解释为什么会这样的情况。 只要在另一组更改上重播一组更改，当两个人都修改相同的代码行时，不会奇迹般地消除内在的冲突，更好的？ 任何人都可以提供一个简单的例子，其中合并会产生冲突，但rebase不会？ 解决方案 他们会被引入，所以实际上你没有任何东西。 如果我在我的特性分支
..
我需要在rebase之后进行提交吗？
我刚刚将一个功能分支重新分配到另一个功能分支（准备将所有东西重新分配给我的主人），它涉及到很多棘手的合并分辨率。 rebase是否会自动保存为某处的提交？ 这些修改在哪里存在？我在gitk中看不到任何东西，或 git log --oneline 。 在重新绑定后合并我的分支。） 解决方案 Rebase正在将提交移到另一个分支之上。如果移动的提交导致合并冲突，则此提交将改为
..
如果在推送后重新绑定，会发生什么？
我总是听到这是可怕的事情，我永远不应该做的事情。例如，以下是SourceTree中的拉对话框的样子： 所以我很好奇，会发生什么，如果我推动了变化，然后重新推动并再次推动它们，会有多糟？如果我以这种方式破解存储库，如何解决存储库问题？解析方案 没有什么会发生，但是你的下一步将是不接受。 除非你会强行推送。 这也不会破坏远程仓库，所以它也没有那么糟糕。 当有更多人使用这个仓库时，
..
git的-X“他们的”不处理新的/删除的文件冲突？
继这个问题，我是执行一个 git rebase -s递归-X他们等... 并且惊讶地被以下类型的冲突停止： 由他们删除 由他们删除 由我们删除 是否有某些原因导致策略无法应付这些？ （我不知道如果这很重要，但git不会在输出中报告冲突，那么它只是说当你解决了这个问题时，运行“git rebase --continue” 更新下面是一个脚本，它不能完全复制，但几乎：
..
我如何才能在rebase中使用不同的策略？
鉴于此： master A --- B --- G --- H --- I \ 分支C --- D --- E --- F 有没有办法进行以下操作，但仅对C提交使用 -X theirs ？ master A --- B --- G --- H --- I \ branch C' - D' --E' - F' （我创建了一个分
..
git - reorder安全地提交
我发现通过 git rebase -i 重新排序提交可能不会在处理已删除文件时产生相同的最终结果树 - 并且可能会在没有警告或错误消息。 请按照以下顺序提交 A - Add foo1 B - 添加foo2 C - 删除foo2，添加Foo3 使用 git rebase -i 重新排列从ABC到ACB的提交结果foo2出现在HEAD中。 有没
..
在Git中混合合并两条历史尾巴
我有两个独立的历史Git仓库。经过大量研究和大量修补之后，我终于看到了这样的历史（使用 YYYY-DD 作为伪提交哈希）： HEAD --- 2016-09 --- 2016-08 --- 2016-07 --- 2016-06 \- ---- 2015-10 --- 2015-09 请注意，此历史似乎有两个“根”，因为 2015-10 序列被合并/嫁接到中间。重要的
..
如何将多个合并压缩为单个合并？
我有一个看起来像这样的主题分支。 （分支主题目前指向'a0a0'） a0a0将分支'Master'合并到主题中 b1b1将分支'Master'合并到主题中 c2c2将'master from master'合并到主题中 d3d3将分支'Master'合并为主题 e4e4将分支'主'合并到主题中 f5f5将分支'主'合并到主题中 $ 666一个实际的提交 [主题分支上有很多历史记录]
..
删除具有多个分支的git历史记录中的特定提交？
我知道如何使用 git rebase --interactive 从git历史记录中删除特定的提交。 我的问题涉及这样一个更复杂的案例： A - X - B - C - D \ E - F 我想删除提交 X 。问题是在这种情况下，有两个或两个以上的家长分支（在这种情况下 B ）有 X 在他们的历史中，所以一个单一的 git rebase
..