为什么`git rebase -p`不能保留冲突解决方案？
手册页是否显示 git rebase - 保留： 合并冲突解决方案或手动修改合并提交不会被保留。 $ b 有没有什么好的理由？ 解决方案 这与命令 git rerere 存在的原因相同c $ c> （ Re 使用 re 有冲突的合并的 re 解决方案） 请参阅“ a href =“https://git-scm.com/blog/2010/03/08/rerere.htm
..
rebase相关内容
git pull导致冲突但是git pull --rebase不是这意味着什么？
我从只能访问的存储库中提取数据。据我所知，我只从一个存储库推送到它。有几次，我试着推进它，并得到这个： 到jbaker@192.168.2.216：tsched_dev.git ！ [被拒绝] master - >主（非快进） 错误：未能将某些参考推送到'jbaker@192.168.2.216：tsched_dev.git' 为防止您丢失历史记录，非快进更新被拒绝 在再次推送之前合并远
..
替代rebasing推承诺
GitHub文档建议不要重新绑定已公开推送的提交。 我们有两个分支 master 和 dev 。我已经对 master 进行了修改，我希望将它修改为 dev ， dev 本身远远超过 master 。 在这种情况下，修补程序是2个文件，每个文件只有1行更改。 将此变为 dev master中唯一的东西不在 dev 中，您可以简单地将 master 合并到 dev 分支。 否
..
本地Git分支在交互式重新分配之后已经与原点分离
我有一个本地分支（ CRM-ayrshireminis ），它有几个提交，我已经推送到原点（ origin / CRM-ayrshireminis ）。这个分支是在大约一周前从 develop 分支创建的，其中有一周的工作来自其他合作者。 我想要做的是将来自 origin / develop 的最新代码重定位到我的功能分支中 CRM-ayrshireminis 我做的是： gi
..
GIT - Rebase - 如何处理冲突
我正在研究一个有两个分支的项目： master 和功能 功能分支是前一段时间创建的，并且有很多提交。 自创建了特性分支，其中有一些提交给 master 此时，当我去 rebase 关闭 master 时，我会发生冲突。我解决它们，然后 rebase --continue 。然后我再次发生冲突，并再次解决，并且 rebase --continue 。这种情况反复发生，很多时候它们看
..
Git新文件出现在所有分支中
我认为在一个分支上创建的文件不会出现在其他分支中，直到我合并或重新分支分支为止。 我有两个分行： $ b master new_contact_page 我检出 new_contact_page 分支。 $ git checkout new_contact_page 然后我创建一个新文件。 $ vi contact_page.html
..
与`git rebase`冲突
因此，昨天我发布了问题 a>关于一些奇怪的冲突，当我尝试将上游分支重新绑定到本地主题分支中时。 最后，我使用 git rebase - 合并上游，并解决了自上一次rebase以来未触及过的文件中的很多冲突。 我在这种情况下了解rebase是它将我的提交从该主题分支中分离出来，应用来自上游分支的提交，然后在我的提交之上应用（作为补丁）我的提交。所以，它最终是一个快速前进的操作。我不明白
..
在推送功能分支时无法推送一些参考
我可以做些什么来避免在第二次推送功能分支时收到以下消息： 到https： //github.com/xxx/git_test.git ！ [rejected] feature_branch - > feature_branch（非快进） 错误：无法将一些文件推送到'https://github.com/xxx/git_test.git' 提示：由于当前提示分支在 提示后面：它的远程对手。
..
合并后的交互式重新分区/其他提交交织我的
我的典型git工作流是在我们的主分支上创建一个功能分支，进行小的提交，同时定期合并，以便跟上主流。 我然后在github上打开pull请求，当它被接受时，我将删除分支。我想交互式地更换，但是当我这样做时，我会遇到合并提交和其他人的提交与我自己的交错。我不知道如何/如果我可以压缩这些提交或组/挤压我一个人？例如，我的分支的git日志可能看起来像这样来到时间rebase： 合并提交 其他人
..
如何在双重修改后继续合并？
我使用 git rebase -i 来重写历史记录 - 在这种情况下，对早期提交的更改集进行小改动。换句话说， A --- B --- C master ---> ; A --- B' - C master 我知道 C 也隐含地改变了，但你明白了。这是我迄今取得的进展： git rebase -i HEAD〜2 更改 B
..
Git rebase，跳过merge-commits
以开头 破解--- F1 ---- M1 ---- F2（功能） / / C1 ----- C2 ---- C3（主） 我想结束 hack --- F1 ---- M1 ---- F2（功能） / C1 ----- C2 ---- C3 --- F1'--- F2'（master） 到目前为止，我拥有的最好的是 git chec
..
Git Rebase期间的Git Commit - 真正发生了什么？
让我们考虑一下，如果在rebase期间提交的话会发生什么情况，以及如何以简单的方式“恢复”场景，其中大型承诺是重新设计的。重新绑定期间会出现冲突，用户将开始合并更改。 现在，想象一下你几乎已经完成的场景，但是你不会因为什么原因（无论是长周末还是这样）调用。下一个星期，你刚刚恢复工作，在rebase期间继续工作。最后，你调用 git commit --amend 将更改追加到最后一次提交中，并且它
..
我可以重新提交旧提交吗？
我刚开始使用git。 Rebase是伟大的东西。我应该在特定的早期情况下使用它。 有没有一种完全可以接受的方式来为明确提交重新提交旧提交？ 解决方案 您应该积极地仅对没有被推向上游的提交进行此操作。也就是说，我发现使用 git rebase -i 其中 是最简单的一个提交的id至少与你不想混淆的最新提交一样久。当你的编辑器弹出时，它将包含关于如何挤
..
如何将我的功能分支重新分配给git中的开发分支，并尽可能避免冲突？
我有我的功能分支已超过30或更多的提交。与此同时，在开发分支中，其他功能已经被其他开发者推动了。因此，每次发布新功能时，都会被要求： 在我的功能分支上重新开发分支 解决冲突（如果有的话） 在您的功能分支中继续开发 问题 第二步是鸡的脖子。在重新绑定时，它会为该分支的每个提交提供冲突。这实际上是迭代和多余的。请注意，由于我在分支中的工作仍在进行中，因此无法立即重新绑定开发分支。
..
在git rebase期间，我如何保留原始和丢弃的变化？
我正在做一个rebase，并且有冲突的文件，但这些冲突基本上不可能解决。处理这种情况的最好办法是告诉git忽略这些变化并保留原文。我可以返回并重新编辑文件以进行更改。 我该怎么做？ git checkout - 解决方案 -ours文件 或其他方式 git checkout - 他们的档案
..
如何git rebase -i的一系列提交？
是否可以使用不包含最近提交的rebase来压缩本地特性/主题分支的一系列提交？这是针对我想在合并之前准备的提交并推送到公共回购站的提交。 我很快就开始工作，并对一些较差的标题做了一些小改动，描述，我想压缩成两个或三个单独的逻辑提交与一个伟大的评论。我可以在329aed9和af39283之间选择一系列可能在此功能分支的短期历史记录中的任何提交吗？ git rebase -i RANGE
..
将主变更合并到已发布的功能分支中
如果有多个开发人员在功能分支上工作，并且我们需要定期从主服务器引入更改，则可以使用以下两种方法： 开发人员表示他们有来自已发布功能部门的最新更改。然后，一名开发人员重新加入主人并强行推动。其他开发人员关闭新功能分支，每个人都继续开发。 任何开发人员只要他们喜欢就会合并主人，没有人会强制推送。 > 我的问题： 我是对的，这些是可能的工作流程吗？ 与第二个工作流相关联，当需要将功
..
解决git rebase冲突的方式与之前解决的方式相同
我决定从其他旧版本控制系统回顾历史，这从来没有在Git中。所以我创建了一个孤儿分支“newroot”，并从其他版本控制系统向它导入了提交。以下问题在Git的根提交之前插入提交？ “newroot”分支结尾的文件完全匹配“master”分支的根提交。 现在我想将“master”分支重定位到“ newroot“孤立分支，如： git rebase --onto newroot --
..
将本地分支从经常重新分配的另一分支转移出去是不是很糟糕？
假设我有本地分公司A / Origin / Master。我不断对分支A进行更改，获取远程主服务器并重新绑定。 然后我将A的本地分支B关闭。我不断对分支B进行更改然后重新绑定。 我是唯一一家在分支机构A和B工作的人。 这是一个糟糕的设置因为A的提交ID（哈希）可能会频繁更改？这会不会以任何方式破坏分支B的稳定性，或者使冲突更可能发生？实际上，Git甚至是如何实现这种设置的？什么是
..
如何在重新绑定期间运行所有提交的测试
我有一个功能分支，有很多提交。 A --- B --- C主人 \ \ -B'- --C'--- D'...--- Z'功能 我正在工作在特性上，但另一个开发者创建了提交 B 和 C 。现在我想在提交 C 时重定向特性，但是我和/或automerge在重新绑定期间引入了错误。我的项目有很好的测试覆盖率，我可以使用 ant rebuild test 从控制台运行测试，
..