Git 有没有办法知道我'；我完全像一个上游分支？

我的团队有一项政策，即只有一个人可以更改GitHub上的

master

分支。他是Git大师，在

origin/master

上执行复杂的提交管理

其他人已被告知使用（在确保我在主分支机构之后）：

确保我们完美地镜像了

origin

。然而，我知道我偶尔会忘记

--rebase

。现在我想知道，我的本地

主机

是否与

源

上的主机不同步

---

上述命令是否仅在它们同步时才成功？如果没有，我能做什么？

如果您没有指定

--rebase

，您将上游

原点

（即

原点/原点

）的

主

分支合并到当前选中的分支中。如果指定

--rebase

，您的更改将在

源代码/主代码

上重放。最终结果应该是相同的

如果您倾向于忘记指定

--rebase

，那么您也可以使用配置选项启用它：

git config pull.rebase true

。启用此选项后，每次拉取时，所做的更改都将重新设置基础，而不是合并

---

要回答问题的标题，请运行

git log HEAD..origin/master

（在与

git fetch

同步历史记录之后）。如果未显示任何提交，则表示您的工作是最新的。如果显示提交，则在

源代码/master

中存在尚未集成到本地工作副本中的提交。

检查更新 查看本地分支机构是否与远程分支机构同步的最简单方法是使用

git fetch

，然后使用

git status

更新有关远程分支的信息，但不更新其本地对应项

显示有关分支和工作树的当前状态的信息。如果它是最新的遥控器，它应该说

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

其中，在您的特定情况下，

x

将是

master

另一方面，如果您的分支不是最新的，例如，因为您添加了一个commit，它会说

On branch x
Your branch is ahead of 'origin/x' by 1 commit.

---

git pull--rebase

做什么 ，实际上是git fetch的快捷方式，后跟。使用

--rebase

修饰符，而不是使用

git merge

---

简而言之，

git merge

和

git rebase

都将更改应用于一个分支到另一个分支，但它们的方式不同。您可能希望查看文档或以下答案以了解更多信息：，。

我建议完全避免使用

git pull

。运行

git fetch

，然后查看获取的内容，然后决定要执行的操作。在这种情况下，总是

git-rebase

，这使得决策变得容易，并且可以直接使用

git-pull

，但在我看来，这是一种坏习惯：就像假设你的枪从未装过子弹，然后用扳机将它从枪套中取出一样。：-）所以，您从未承诺在本地控制？正确-本地控制应该是readonly@DavidH很高兴再次见到你（来自iOS IP地址），但这次是git rebase:D。想看看我的问题吗

On branch x
Your branch is ahead of 'origin/x' by 1 commit.