- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
介绍和搜索
所以我认为我犯了一个严重的错误,我很担心。我已经分析了独立负责人的论坛,我已经接近找到答案,但场景太具体,不适用于我所在的位置。如果您找到可以回答我的问题的特定主题,请链接我。
例如:How can I reconcile detached HEAD with master/origin?
这家伙已经完成了 git rebase -i
,而我还没有。我试过 rebase ,但没有解决我的问题。
小背景:
问题:
为了使用工作代码访问旧提交,我做了(可能是错误的事情):
git log
git checkout <hash-of-desired-old-commit>
我继续完成代码。感谢上帝的版本控制!但是天啊,为什么 git 这么复杂?我如何保存这项工作?我现在处于一个独立的头脑中。 Origin/Master 在未来的一些提交中最好全部删除。
我尝试过的:
git add -A
后跟 git commit -m "oh shit, detached head commit"
和 git rebase master
git reset --hard HEAD~3
根据此处的建议:Checkout old commit and make it a new commit 问题:如何协调我的分离头与 origin/master?协调后,我是否需要 git push --force
或其他东西(特别是 --force
标志)?这个独立的负责人有工作,而且我读到我等待的时间越长,垃圾收集可能会来吃掉我丢失的分支。抱歉,我确实缺乏任何正式的 git 培训......我几乎准备好检查 origin master 然后重写代码。
提前谢谢你。
最佳答案
如果你在一个分离的 HEAD 上并且你想保存 HEAD 当前所处的任何状态,只需创建一个分支:
git branch save-this-head
现在,您有一个分支指向那个完全分离的 HEAD,因此您可以安全地检查它而不会丢失任何东西:
git checkout save-this-head
现在,您不再处于分离的 HEAD 状态。您和您的更改是安全的!如果您有任何待定更改,您应该立即提交,以便我们可以自由移动。
之后,您可以将这个新分支 rebase 到其他东西上,例如主分支:
git rebase master
那应该重播 master 上丢失的提交。因此,自分离的 HEAD 以来所做的更改将被恢复。
如果您只是想停留在 save-this-head
状态,并丢弃之前的 master,您可以只检查 master,然后将其重置为 saves 状态:
git checkout master
git reset --hard save-this-head
这将使 master
等同于 save-this-head
,丢弃 master
上的所有其他更改。如果你想推送这个,你可能必须强制推送然后才能从远程删除提交。
I've read that the longer I wait, garbage collection may come and eat my lost branch
首先,只要你保持在那个状态,HEAD will 指针就会一直查看那个提交对象(这就是为什么它首先被称为“分离的 HEAD”)。这将防止任何垃圾收集删除该提交对象(及其所有父对象)。
即使您不小心离开了分离的 HEAD 状态,使您引用的提交成为“悬空”提交,Git 也会在考虑允许对象成为垃圾之前将对象保留数周集。仅仅因为它受垃圾收集的影响并不意味着 GC 会实际运行,尤其是当您不与存储库交互时。
顺便说一句。将来,每当您想返回历史记录中的某个提交并希望做某事(而不是仅仅查看)时,您应该只创建一个分支。即使它只是暂时的,拥有它也可以让您更自由地四处走动,并且您不会因为分离的 HEAD 状态而气馁:
git checkout -b fix-something <some-old-hash>
关于git - 如何调和分离的头和起源/主人?已经 checkout 旧哈希,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48797325/
我已经让 master 和 origin/master 陷入了观望状态,不再对该分支上的更改感兴趣。 我按照这些说明让我的本地主人指向正确的地方 Make the current git branch
我正在尝试推送我的项目(新存储库中的所有文件)。我按照这些步骤操作,但是当我使用 git push -u origin master 推送时,出现此错误: ! [rejected] ma
我正在尝试找出一种防止开发人员使用 Git 强制推送 master 的好方法。我们使用 GitHub 来托管我们的远程存储库,因此 pre-receive Hook 不是一个选项。开发团队可以轻松实现
我已经在 AWS ec2 实例上设置了一个 Jenkins。我有几台机器(Ubuntu、Mac)应该是奴隶。 我已经在我的 Jenkins 主节点上配置了节点,我正在尝试通过随机端口使用 JNLP-4
介绍和搜索 所以我认为我犯了一个严重的错误,我很担心。我已经分析了独立负责人的论坛,我已经接近找到答案,但场景太具体,不适用于我所在的位置。如果您找到可以回答我的问题的特定主题,请链接我。 例如:Ho
我是一名优秀的程序员,十分优秀!