我对Git的分支复杂性很陌生。我总是在一个分支上工作,提交更改,然后定期推送到远程源。

最近的某个时候,我对一些文件进行了重置,以使它们脱离提交阶段,后来又进行了重新base-I,以消除最近的几个本地提交。现在我处于一种我不太理解的状态。

在我的工作区,git日志显示了我所期望的一切——我在正确的火车上,有我不想要的提交,还有新的提交,等等。

但我只是推到了远程存储库,这是不同的——我在rebase中删除的几个提交被推送了,而本地提交的新提交不在那里。

我认为“master/origin”与HEAD是分离的,但我不完全清楚这意味着什么,如何使用命令行工具将其可视化,以及如何修复它。


当前回答

我遇到了这个问题,当我读到最热门的答案时:

HEAD是当前签出提交的符号名称。

我想:啊哈!如果HEAD是当前签出提交的符号名称,我可以通过对master重新设置基址来将其与master进行协调:

git rebase HEAD master

此命令:

签出主机标识HEAD的父提交返回到HEAD从master分支的点在master之上播放这些提交

最终的结果是,所有在HEAD中而不是在master中的提交都在master中。master仍处于检出状态。


关于遥控器:

我在rebase中杀死的几个提交被推送了,而本地提交的新提交不在那里。

远程历史记录不能再使用本地历史记录快速转发。您需要强制push(gitpush-f)来覆盖远程历史记录。如果你有任何合作者,与他们进行协调通常是有意义的,这样每个人都在同一页上。

将master推送到远程源之后,远程跟踪分支origin/master将被更新为指向与master相同的提交。

其他回答

最简单的解决方案是创建一个新分支,

git checkout -b new-branch-name

然后通过命令检查提交日志,

git log

如果所有匹配,则按:q退出

现在通过命令将所有更改推送到新分支

git push --set-upstream origin new-branch-name

现在,问题解决了,您的本地gitHEAD连接到新分支,您可以从门户提出pull请求。

我遇到了这个问题,当我读到最热门的答案时:

HEAD是当前签出提交的符号名称。

我想:啊哈!如果HEAD是当前签出提交的符号名称,我可以通过对master重新设置基址来将其与master进行协调:

git rebase HEAD master

此命令:

签出主机标识HEAD的父提交返回到HEAD从master分支的点在master之上播放这些提交

最终的结果是,所有在HEAD中而不是在master中的提交都在master中。master仍处于检出状态。


关于遥控器:

我在rebase中杀死的几个提交被推送了,而本地提交的新提交不在那里。

远程历史记录不能再使用本地历史记录快速转发。您需要强制push(gitpush-f)来覆盖远程历史记录。如果你有任何合作者,与他们进行协调通常是有意义的,这样每个人都在同一页上。

将master推送到远程源之后,远程跟踪分支origin/master将被更新为指向与master相同的提交。

这对我来说非常有效:

1.保存本地修改的git存储

如果要放弃更改git-clean-dfgit结帐--。gitclean会删除所有未跟踪的文件(警告:虽然它不会删除.gitignore中直接提到的忽略文件,但可能会删除驻留在文件夹中的忽略文件),gitcheckout会清除所有未标记的更改。

2.git checkout master切换到主分支(假设您想使用master)3.git pull从主分支提取最后一次提交4.git状态,以便检查一切是否正常

On branch master
Your branch is up-to-date with 'origin/master'.

如果您想推送当前分离的HEAD(之前检查gitlog),请尝试:

git push origin HEAD:master

将您分离的HEAD发送到原点的主分支。如果您的推送被拒绝,请首先尝试git pull-origin-master从origin获取更改。如果您不关心源代码的更改,并且它被拒绝,因为您做了一些有意的重基,并且您想用当前分离的分支替换源代码/主代码,那么您可以强制它(-f)。如果您失去了对以前提交的一些访问权限,您可以始终运行git-relog来查看所有分支的历史记录。


要返回主分支,同时保留更改,请尝试以下命令:

git rebase HEAD master
git checkout master

请参见:Git:“当前不在任何分支上。”有没有一种简单的方法可以在保留更改的同时返回分支?

我陷入了一种非常愚蠢的状态,我怀疑其他人会觉得这很有用。。。。但以防万一

git ls-remote origin
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b        HEAD
6f96ad0f97ee832ee16007d865aac9af847c1ef6        refs/heads/HEAD
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b        refs/heads/master

我最终解决了这个问题

git push origin :HEAD