Git: 如何在 'git reset' 后重用/保留提交信息？
作为Git用户，我经常遇到这种情况：需要重新处理一个或多个提交，但不适用于使用修正提交的--amend或rebase -i。通常我会这样做：git reset HEAD~1 # hack, fix, hack git commit -a # argh .. do I need to retyp...
git rebase和git merge --ff-only有什么区别？
根据我所了解到的，它们都可以帮助我们得到一个线性历史。 根据我的实验，变基(rebase)始终有效。但是在只能进行快进合并的情况下，合并(merge)--ff-only才有效。 我还注意到，git合并创建了一个合并提交，但如果我们使用--ff-only，它会给出一个线性历史，这本质上等同于...
如何重新编辑第一次提交的 Git 提交信息？
我有一个包含3个提交的工作树： ➜ ~myproject git:(master) git logcommit a99cce8240495de29254b5df8745e41815db5a75 Author: My Name <my@mail.com> Date: Thu ...
重置后无法推送到分支
我们使用git，有一个主分支和开发者分支。我需要添加一个新功能，然后将提交合并到主分支，然后推送主分支到CI服务器。 问题在于，如果我在合并时遇到冲突，在合并完成后我无法推送到我的远程开发者分支（在Github上），直到我拉取我的远程分支。这会导致重复提交。当没有冲突时，工作正常。 问题是...
Git rebase合并冲突
我 fork 了一个 GitHub 代码库，然后在我的 GitHub 代码库上进行了修改。 我发起了拉取请求并已经完成了。 之后上游仓库有了更多的提交，所以现在我想要 rebase，我猜这就是我需要做的。 但是我遇到了这些合并冲突：First, rewinding head to repla...
在重新设置 Git 分支时更改时间戳
在一个分支将要发布之前，我重新组织了提交记录，导致提交记录的时间戳顺序混乱。我希望它们都是今天的，时间只间隔几秒钟。 显然，这些时间戳也不会正确，但由于这是公开的时间，我更喜欢所有提交记录在时间上都是一致的，而不是混乱的历史记录。 那么，在变基时如何告诉git创建新的时间戳？
如何在不需要强制推送的情况下使用git rebase？
为了达到git境界，我正在花一天的时间学习如何利用rebase来处理我目前使用merge处理的情况。 当按照我认为是git 101的流程（如下所述）操作时，我必须在将更改推回原始版本时使用push --force命令。 我不是唯一一个这样想的人 - 我知道这已经是老生常谈了（参见1, 2,...
Git rebase失败，显示“合并时以下文件的本地更改将被覆盖”。但是没有进行过本地更改？
这是我尝试将错误修复分支合并到主分支准备推送到上游时的记录。自从创建错误修复分支以来，一些上游更改已被拉入主分支，现在它拒绝进行变基。它抛出错误的文件在打开时没有被diff。没有添加、删除或重命名任何文件。没有被忽略的内容，也没有未跟踪、暂存或未暂存的内容。我完全不知道为什么变基失败了。我使用...
有没有类似于“git rebase --dry-run”的东西，可以提前通知我冲突情况？
我正在尝试编写脚本进行变基，根据变基是否导致任何冲突，我的脚本将走不同的路径。 有没有一种方法可以在执行变基之前确定它是否会导致冲突？
在之前进行了git合并操作后如何进行git rebase
我有如下情况： 我从一个主仓库(X)创建了克隆(Y)，因为有很多人在Y上工作，我们没有做任何rebase而只做了merge。当我们想要将Y交付(push)给X时，我们希望进行一次rebase，以使事情变得清晰明了。 问题是，当进行rebase时，我们被要求做之前已经完成的所有merge...