Tag: git rebase
git rebase“被我们删除”和“被他们删除”
假设我是基础devise师，并且在文件中有冲突。 当然，这两个分支都有文件被删除。 所以当我解决冲突的时候，我看到deleted by us deleted by them deleted by us ， deleted by them 。 它非常混乱。 有什么方法可以理解他们的意思吗？ 他们是谁， 我们是谁？ 或者，还有另一种方法来知道哪个分支被删除哪个文件？ 就像打印分支名称一样？
git从历史logging中删除合并提交
我的Git历史logging如下所示： 我想把紫色的承诺压缩到一个单一的。 我不想在我的提交日志中再次看到它们。 我试图做一个git rebase -i 1 ，但即使蓝色分支上有1 （比较图片），我仍然看到我的紫色分支上的每一个提交。 我怎样才能完全删除紫色分支（从提交日志）？
Git rebase失去了历史，那么为什么rebase？
过去几天我一直在寻找Git的重装。 大多数重新认定的论据说，它清理历史，使其更线性。 如果你做了简单的合并（例如），你会得到一个历史logging，显示历史发生什么时候，什么时候它们被合并在一起。 据我所知，重新设定可以消除所有的历史。 问题是：为什么你不希望回购历史反映代码开发的所有方式，包括它在何处以及如何分歧？
撤消git pull –rebase
嘿，我是新来的混帐，我需要撤消拉，任何人都可以帮助吗？！？ 所以我所做的是… git commit git存储 git pull –rebase 混帐隐藏stream行 这造成了一堆的冲突，并有点不对劲。 现在做'混帐藏匿清单'显示，我的藏匿处仍然在那里。 是否有可能恢复我的回购刚刚做git提交后的点。 所以有效的回购只包含我所做的更改，并没有从服务器新的？
git pull –rebase和git pull -ff-only之间的区别
假设origin/master已经提交了A–B–C并且我的local/master已经提交了A–B–D 如果我使用git pull –rebase会发生什么？ 如果我使用git pull –ff-only会发生什么？ 在生成的提交树中是否有任何区别？
git fetch，git rebase和git pull –rebase有什么区别？
在阅读git pull页面，它给了这个关于git pull –rebase严厉警告： 这是一种潜在的危险操作模式。 它重写历史，当你发布历史时，这并不是一个好兆头。 除非你仔细阅读了git-rebase（1），否则不要使用这个选项。 在git rebase页面中，它提供了很多描述，但没有这种警告。 另外，我见过一些人这样说 git fetch git rebase 是相同的 git pull –rebase 而其他人则说他们有些不同。 什么是真相？
Git：'git reset'后如何重用/保留提交消息？
作为Git的用户，我经常遇到这种情况，我需要重新修改一个或多个提交，这种提交方式不适合–amend或修改提交。 通常我会做类似的事情 git reset HEAD~1 # hack, fix, hack git commit -a # argh .. do I need to retype my message? 我认为合理的提交信息非常严重。 它们通常包含更大的文字，并带有参考和理由的变化。 到现在为止，我对通过未分类的git reflog ， git log和复制和粘贴过程恢复旧的提交消息的冗长过程感到非常恼火。 有没有更好的解决这个问题？ 如果我包含多个提交，那又怎么样呢？ 编辑：有一点思考后，我想我正在寻找的是一些git提供消息修复/修改提交不适当的提交消息。
在smartgit中重新激活“git-am正在进行中”
我会尽力解释我的问题。 我已经多次使用git bash使用了rebase选项。 现在我有SmartGit，不知道为什么rebase是不正确的。 步骤1： 第2步： 第3步： 结果是HEAD分离。
如何用git gui做rebase？
我知道如何从命令行执行git rebase，但是如何与官方的git-gui配合使用呢？
“git rebase origin”与“git rebase origin / master”
我没有得到git rebase origin和git rebase origin/master的区别。 在我的情况下，我克隆了一个git仓库两次。 在第一个克隆中，我必须使用git rebase origin而在另一个克隆中，我必须使用git rebase origin/master 。 一个例子： http : //paste.dennis-boldt.de/2011/05/11/git-rebase
