Question

我比较新,很早就存在一些问题。我已作出若干承诺,但当我试图推动这些承诺时,我会得到一个反应,说一切都是最新的。在上,我感到同样的问题。

$ git log -1
# note the SHA-1 of latest commit
$ git checkout master
# reset your branch head to your previously detached commit
$ git reset --hard <commit-id>

什么是“检查主人”? 我不想错失我刚才所作的改动。

screenshot of gitk:

Answer 1

检查一个分支机构,将当地<代码>HEAD点移,以便其在同一处点上指明分支机构的参考资料。例如:

栏目: (Cs:

                        HEAD
                        |
                        V
            master      mybranch
            |           |
            V           V
C1 -------> C2 -------> C3

运行<代码>git 核对主后:

            HEAD
            |
            V
            master      mybranch
            |           |
            V           V
C1 -------> C2 -------> C3

这也按照要求将档案输入你的工作名录,以便完整地了解该项目所看的情况。它不删除或改变承诺,因此,你通过检查另一个分支而失去工作。

另一个问题所描述的“排泄物头”的情况是,<代码>C3与一个分支无关。为了确定这一点,您需要更新master的承诺。分支指出,它包括新的内容(C3)。 <代码>master/code> 告诉大家,你现在正在与总务部门合作,然后与你所承诺的S SHA1做一个硬的<代码>reset,即:want在您的<代码>master/code>分行中更新了该分行对你所希望的内容的提及。

<><>Edit>:

在此情况下,一个排队长不是问题。诚然,承诺和推动是两件不同的事。排放不像在颠覆中那样与中央存放处联系。在您对工作名录做出修改后,您在每份档案中填入<>/代码>,每份档案中,一经改动,即<代码>>> 姓名/代码>为档案名称。一旦所有档案都列入该索引,你就会将其投入<条码>git中<>。

这方面的一个短手是使用<代码>git 承诺-a,在承诺之前自动在索引中添加经过修改的文档。这使你能够跳跃到<代码>git 添加步骤。注:git commitments -a将只增加modised 文档。如果你重新提出从未承付的新档案,你必须人工添加<条码>。

一旦你们作出承诺,你可以操作<条码>git 推,向您的边远存放处发送承诺,并更新偏远地区。这只是遥远的通信所困。与颠覆不同的是,承诺本身在当地得到处理,没有与服务器进行任何互动。

友情链接