问题标签 [rebase]

我想有一个简单的解决方案来在交互式 rebase 期间将两个合并提交压缩在一起。

我的存储库看起来像：

也就是说，我有一个my-feature最近合并了两次的分支，中间没有真正的提交。我不只是想重新设置my-feature分支，因为它是它自己的已发布分支，我只想将最后两个合并提交合并为一个（尚未发布这些提交）

我试过了：

但我得到了：

我最后做的是：

现在，新的合并提交不再被视为合并提交（它只保留了第一个父级）。所以：

但是如果我有很多提交，这可能会变得复杂，你有更好的解决方案吗？谢谢。

米尔德里德

我试图编辑旧的提交消息，如此处所述。

问题是，现在，当我尝试运行rebase -i HEAD~5它时，它会说interactive rebase already started.

所以然后我尝试：git rebase --continue但收到此错误：

有任何想法吗？

在使用 rebase 玩了几个小时后，repo 看起来仍然与我需要的不同：

我想完成以下任务：
[在我开始搞乱 rebase 之前，其中一些是好的 :( ]

• 将顶部提交（“已删除无关...”）移动到分支关闭之前（在“修复 #226”的正上方）。
• 合并“twist/main”分支中的两个提交。“逗号”和“已加载...”应该是同一个提交，我根本不需要“逗号”的提交信息。
• 将新组合的“移动加载”提交合并到“备份”分支，并摆脱“扭曲”。
• 将“master”移动到现在显示“backup”的位置。
• “远程/起源/主”标签是什么意思？

我意识到这要求很多，但请包括实际的 GIT 命令。

我不介意自己阅读和尝试，但结果与我的预期不符有点困惑，我真的不想意外破坏任何提交。

我想在应用 rebase op 后将代码推送到源服务器。每次都报告冲突。

我们有项目（PHP 应用程序），但每个客户端的安装情况各不相同，有时很少，有时更多。尽管如此，大部分源代码还是很常见的。我们将特定安装作为并行分支管理到主分支，我们需要将更改从主分支转移到其他分支。同样的情况在Git 中得到了解决：如何维护（大部分）并行分支，只有很少的区别？投票最多的解决方案是以这种方式在分支之间传输更改：

正如解决方案中提到的，它在变基后会创建非快进推送，我发现这很令人不快。我的问题是 - 为什么不这样做：

我想将变更集从一个分支移动到另一个分支。基本上，我目前有：

而且我要：

some_new_branch 尚不存在的地方。我习惯了 git，所以我想我缺少一种简单的“善变”方式。

我想在项目的第一次提交中更改某些内容，而不会丢失所有后续提交。有没有办法做到这一点？

我不小心在源代码的评论中列出了我的原始电子邮件，我想更改它，因为我收到了来自索引 GitHub 的机器人的垃圾邮件。

我有这个（git repo）：

而且我只想将提交D带到分支dev（D不依赖于C），这样：

但是 D' 不应该在合并后添加到 master ：

这是因为我只想带来文件更新，而不必污染（代表另一个大合并）添加dev的新文件。 我猜我需要使用，但我无法猜测如何使用。C
git rebase

我有一个 SVN 分支的问题。我用git checkout -t -b stable svn/stable. 然后我做了一个合并git rebase master。之后，我尝试将合并更改提交到远程分支git svn dcommit

但现在看来，Git 将更改推送到主干而不是分支:(

并git status告诉我：

有人知道我做错了什么以及如何做对吗？

自从问了我最后一个关于使用 GIT变基的问题以来，我决定根本不想变基。相反，我想：

1. 分支
2. 工作工作工作，随时签到和推
3. 扔掉所有这些提交并假装它们从未发生过（所以在工作结束时进行一次干净的提交）

我目前通过将文件复制到新目录然后将它们复制回新分支（与我的工作分支在同一点分支），然后将其合并到master任何位置来执行此操作。

这真的很糟糕吗？为什么？更重要的是：有没有更好的/GIT 方法来做到这一点？ git rebase -i迫使我合并（并挑选和挤压）。