Git 将提交从上游提取到分支的正确方法

Git 将提交从上游提取到分支的正确方法,git,github,Git,Github,假设我有一个回购名称corecore是上游存储库。然后我有了fork,它是core+提交,永远不会推送到core。使用core中的提交,保持fork最新的正确方法是什么 现在,从fork,我只需执行git pull core master。这是可行的,但是它包含了以前的提交,所以当我查看我的github日志时,我看到了很多提交的重复 这是正确的方法吗?有更好的办法吗 它包括以前的提交,所以当我查看github日志时,我看到 大量提交的副本 这不应该发生。如果你想保养你的叉子,你可以使用 git

假设我有一个回购名称
core
core
是上游存储库。然后我有了
fork
,它是
core
+提交,永远不会推送到
core
。使用
core
中的提交,保持
fork
最新的正确方法是什么

现在,从
fork
,我只需执行
git pull core master
。这是可行的,但是它包含了以前的提交,所以当我查看我的github日志时,我看到了很多提交的重复

这是正确的方法吗?有更好的办法吗

它包括以前的提交,所以当我查看github日志时,我看到 大量提交的副本

这不应该发生。如果你想保养你的叉子,你可以使用

git pull core master
或者你可以

或者你可以维持一个
.

或只是
git-pull——重新设置上游主机的基址
好的。这是我对你先前建议的异议。看起来和这个一样,只是用了一种更迂回的方式,你没有解释原因。我将在下一次拉动时尝试使用
--rebase
(我一直没有这样做),然后报告。好的。。。因此,我认为它希望我重新确定整个提交历史的基础,而不仅仅是最近的历史。这很乏味,但如果我从一开始就这么做的话,它可能会起作用。思想?还是我就这么做?
git pull --rebase core master