我的同事将生产修补程序的一些更改合并到他的本地主分支中,然后将主服务器推送到我们的GitHub存储库。现在我尝试用他的更改来更新我的本地主分支。当从git控制台执行“git pull origin”时,通过显示所有文件似乎可以正常运行。但是,接近结束时它只是停止了“Aborting”消息。
我不知道下一步该做什么。帮助
更新 所以问题解决了。问题的真正根源是我的同事从他的分支中的.gitignore文件中删除了一些条目,这些条目允许几个新文件进入他的签入。由于我的本地.gitignore仍然忽略这些文件,我的本地仓库并不认为我有本地工作文件要添加到索引中。我最终删除了所有文件,然后拉动工作并将它们全部带入。
我肯定会更加小心地编辑.gitignore文件并将其检入。我现在对其对其他开发人员的影响有了新的认识。
答案 0 :(得分:9)
他可能会将提交放在现有提交树中的某个位置,而不是放在它之上。
试试这个:
git fetch origin
git rebase origin/master
如果这不起作用,只需创建一个origin
的本地分支,樱桃选择你的本地提交,在合并之前重置master,然后将你的本地分支合并到master。< / p>
我的猜测是他的推动在某个时刻涉及--force
以避免not a fast-forward commit
消息。你不希望将来这样做。
答案 1 :(得分:5)
问题的根源是我的同事从他的分支中的.gitignore文件中删除了一些条目,这些条目允许几个新文件进入他的签入。由于我的本地.gitignore仍然忽略了这些文件,因此我认为我没有将本地工作文件添加到索引中。我最终删除了所有文件,然后拉动工作并将它们全部带入。