如果你正在与多个人进行协作，你会发现有时 GitHub 的仓库上已经更新了，但你的本地却没有做相应的更改。如果是这样，你可以使用 git pull origin <branch> 命令从远程分支中拉取最新的更改。
git pull origin <branch>
如果您好奇地想看到哪些文件已被更改以及哪些内存正在被跟踪，可以使用 git status 命令。如果要查看每个文件的更改，可以使用 git diff 来查看每个文件中更改的行。
git status
gitdiff--stat
高级命令和最佳实践很快你会到达一个阶段，这时你希望你的提交看起来整洁一致。你可能还需要调整你的提交记录，使得提交更容易理解或者能还原一个意外的有破坏性的更改。
git log 命令可以输出提交的历史记录。你将使用它来查看提交的历史记录。
你的提交会附带消息和一个哈希值，哈希值是一串包含数字和字母的随机序列。一个哈希值示例如下：c3d882aa1aa4e3d5f18b3890132670fbeac912f7。
git log
假设你推送了一些可能破坏了你应用程序的东西。你最好回退一个提交然后再提交一次正确的，而不是修复它和推送新的东西。
如果你希望及时回退并从之前的提交中检出（checkout）你的应用程序，则可以使用该哈希作为分支名直接执行此操作。这将使你的应用程序与当前版本分离（因为你正在编辑历史记录的版本，而不是当前版本）。
git checkout c3d88eaa1aa4e4d5f
然后，如果你在那个历史分支中做了更改，并且想要再次推送，你必须使用强制推送。
注意：强制推送是危险的，只有在绝对必要的时候才能执行它。它将覆盖你的应用程序的历史记录，你将失去之后版本的任何信息。
git push -f origin master
在其他时候，将所有内容保留在一个提交中是不现实的。也行你想在尝试有潜在风险的操作之前保存当前进度，或者也许你犯了一个错误，但希望在你的版本历史中避免尴尬地留着这个错误。对此，我们有 git rebase。
假设你在本地历史记录上有 4 个提交（没有推送到 GitHub），你要回退这是个提交。你的提交记录看起来很乱很拖拉。这时你可以使用 rebase 将所有这些提交合并到一个简单的提交中。
git rebase -i HEAD~4
上面的命令会打开你计算机的默认编辑器（默认为 Vim，除非你将默认修改为其他的），提供了几个你准备如何修改你的提交的选项。它看起来就像下面的代码：
pick 130deo9 oldest commit message
pick 4209fei second oldest commit message
pick 4390gne third oldest commit message
pick bmo0dne newest commit message
为了合并这些提交，我们需要将 pick 选项修改为 fixup（如代码下面的文档所示），以将该提交合并并丢弃该提交��息。请注意，在 Vim 中，你需要按下 a 或 i 才能编辑文本，要保存退出，你需要按下 Esc 键，然后按 shift + z + z。不要问我为什么，它就是这样。
pick 130deo9 oldest commit message
fixup 4209fei second oldest commit message
fixup 4390gne third oldest commit message
fixup bmo0dne newest commit message
这将把你的所有提交合并到一个提交中，提交消息为 oldest commit message。
下一步是重命名你的提交消息。这完全是一个建议的操作，但只要你一直遵循一致的模式，都可以做得很好。这里我建议使用 。
为了更改提交消息，请使用 amend 标志。
git commit --amend
这也会打开 Vim，文本编辑和保存规则如上所示。为了给出一个良好的提交消息的例子，下面是遵循该指南中规则的提交消息：
feat: add stripe checkout button to payments page
- add stripe checkout button
-write tests for checkout
保持指南中列出的类型（type）的一个优点是它使编写更改日志更加容易。你还可以在页脚（footer）（再次，在指南中规定的）中包含信息来引用问题（issue）。