2回答
我正在编写一些脚本来执行git-rebase，并需要识别冲突发生的时间。
对于每个错误，Git-rebase都以相同的退出状态终止，所以我不能使用它的退出状态来检测冲突。有没有可靠的方法来检测git-rebase是否因冲突而终止？
浏览 1提问于2011-05-11得票数 5
回答已采纳
但我想确认一下，如果使用git-rebase Vs git-merge的主要区别是与git-rebase的线性/干净历史，而不是git-merge的可处理性？
浏览 4提问于2017-07-28得票数 0
回答已采纳
查看git-rebase手册页，我没有看到任何看起来像我想要的图表(除了一些似乎与我想要的相反)，而且使用--onto也没有得到我想要的结果。让我看看我是否可以绘制一个类似于git-rebase手册页中的图表(左边的竖线是为了使Markdown格式正确)：| /| o-o-o-o-branch2-o-branch1-o-o-my_WIP
浏览 1提问于2010-05-22得票数 2
回答已采纳
除了我做git-rebase时，post-checkout钩子似乎只在添加了新的提交之后调用，而不是在本地提交被重播之后调用。因此，VERSION文件是错误的。
浏览 1提问于2013-04-30得票数 0
回答已采纳
我想做一些类似于git-rebase的事情，但我不想在不同的基础上重播更改(介绍在我提交的基础上所做的更改)。我不在乎基本的内容。我不想合并任何东西。
浏览 6提问于2017-02-18得票数 0
回答已采纳
当我做交互式git-rebase时：它显示：
C:\GnuWin32\bin\grep.exe: /cygdrive/xxx/.git/rebase-merge
浏览 0提问于2013-06-17得票数 8
然而，使用git-rebase，我们经常会在进行rebase时解决多个差异。我相信已解决的差异的数量是“我的分支有多少个提交，而另一个分支没有”，这是正确的吗？或者，做git-rebase可能意味着解决“我的分支没有的来自另一个分支的所有提交”的所有差异！我还没弄清楚哪个是哪个。有人能解释一下这是如何工作的吗？
浏览 2提问于2020-03-20得票数 0
如果我运行git-rebase master，那么master中的更改将被重新设置为将放在我的working分支的顶部。我可以在我的master分支上运行git-rebase working以将我的更改放在master分支的顶部，但是我希望能够在我的working分支中这样做，而且我不知道如何做到这一点。
浏览 1提问于2011-09-04得票数 170
回答已采纳
1回答
我的第一个想法是“简单地”删除比两个星期更久的所有提交，或者只保留历史上的五个提交(这可能更好：)，我在gonna上搜索和阅读了很多，我想我需要使用git-rebase或git-filter-branch我尝试过git-rebase，但它似乎合并在一起，而不是实际上删除旧的，也许我不完全理解如何重基工作。我想知道的是，是否有人可以给我git-rebase的具体用法，如果这是我应该使用的吗？或者其他一些小窍门，我能做的例子。编辑：
大文件不会一直都是相同的大文件，一些文件将被新文件替换。
浏览 4提问于2011-02-13得票数 29
1回答
我有一个名为feature的分支，它有几个提交。分支及其提交仍然是我的机器的本地(尚未被push编辑到公共存储库)。这张图看起来像 \现在，我意识到，我应该将分支feature从以前对master的提交中删除。假设提交C。换句话说，图应该看起来像 \本质上，我要做的是将D
浏览 1提问于2012-01-10得票数 16
回答已采纳
3回答
当我运行以下命令时：我得到了这个错误：
/usr/lib/git-core/git-rebase: 1: eval: /usr/bin/mate: not found
浏览 2提问于2013-06-28得票数 9
回答已采纳
比如说，我想这么做：git rebase mastergit checkout featureBranch && git rebase mastergit 提供了一种将两个操作原子地组合在一起的方法吗？
我不需要完整的文件系统级原子性。也就是说
浏览 2提问于2016-09-14得票数 5
2回答
如何在svn中移植补丁
、、、、
我过去常常使用git在不同分支之间移植特性，rebase、rebase --onto、cherry-pick是我使用的典型工具。但现在我必须使用svn。我不喜欢使用svn内置的merge命令，因为它会将所有提交合并到一个“合并提交”中，尽管在1.5之后会有一些历史可追溯性。假设我在branchA中有从r100到r110的一系列提交，现在我想通过使用相同的提交注释逐个重放这些提交来将此功能移植到branchB和branchC (解决之间的任何冲突)。有没有自动工具可以帮我做到这一点？
浏览 2提问于2011-02-02得票数 2
回答已采纳
我们都听说过，任何人都不应该改变发布的作品的基数，这是危险的，等等。然而，我还没有看到任何关于如何处理这种情况的食谱发布。我看到的一个明显的解决方案是，如果你在foo上没有本地提交，并且它被重新设置了基址，那么它将会工作：git checkout foo这将简单地丢弃foo的本地状态，而支持每个远程存储库的历史记录。
但是，如果在该分支上进行
浏览 18提问于2010-11-03得票数 88
回答已采纳
我必须重写我的存储库的历史，因为它包含一些凭据。由于我必须修改根提交，所以我遵循了的指示
不过，我的问题是，存储库中已经有两个分支和几个标记，我希望我的历史记录重写也适用于这些分支和标记。回购尚未公开，所以
浏览 1提问于2009-08-20得票数 3
回答已采纳
这是否意味着在某些情况下，git-merge <BRANCH_A> <BRANCH_B>可能会失败，我会先执行git reset --hard ORIG_HEAD，然后执行git-rebase <BRANCH_B
浏览 0提问于2013-04-30得票数 5
回答已采纳
我知道我可以使用git-filter-branch --msg-filter来实现这一点，但我不想用任何模式替换消息，相反，我想在编辑器中打开每个提交消息，更改它并保存，就像我在git-rebase -
浏览 4提问于2012-08-11得票数 0
回答已采纳
云服务器
ICP备案
对象存储
云点播
实时音视频
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号