Git 工作流

在 Git 开发中通常会控制主干分支的质量，但有时还是会把错误的代码合入到远程主干。 虽然可以 直接回滚远程分支， 但有时新的代码也已经合入，直接回滚后最近的提交都要重新操作。 那么有没有只移除某些 Commit 的方式呢？可以一次 revert 操作来完成。

在 Git 中使用 reset 可以让当前分支回滚（reset）到任何一个历史版本， 直接移除那以后的所有提交。但这更改了 Git 的历史，Git 服务通常会禁止这样做。 这便需要一个更安全的方式将代码状态回到历史版本，同时不更改 Git 历史。

如果直接回滚会影响到最近的提交，可以参考 从 Git 历史移除某些 Commit 在回滚的同时保留最近的有效提交。

所谓 保护分支，就是指不允许改写 Git 历史的分支。在 Github 中对应的选项是 Force Pushes，该选项默认处于 Disallow 状态。

How to sync a fork with an upstream

Git已经成为当今版本控制工具的主流，而分布式的结构和日志型的存储让Git不那么容易理解。 本文以实际的案例，总结了日志相关的操作步骤以及涉及到的Git命令。

Git已经成为当今版本控制工具的主流，而分布式的结构和日志型的存储让Git不那么容易理解。 Git的一个分支相当于一个commit节点的命名指针。分支之间可互相merge。 本文以实际的案例，总结了Git远程仓库的操作步骤以及涉及到的Git命令。

Git已经成为当今版本控制工具的主流，而分布式的结构和日志型的存储让Git不那么容易理解。 Git的一个分支相当于一个commit节点的命名指针。分支之间可互相merge。 本文以实际的案例，总结了Git分支管理的操作步骤以及涉及到的Git命令。

Git已经成为当今版本控制工具的主流，而分布式的结构和日志型的存储让Git不那么容易理解。 本文以实际的案例，总结了Git代码提交相关的操作步骤以及涉及到的Git命令。主要包括：

Git已经成为当今版本控制工具的主流，而分布式的结构和日志型的存储让Git不那么容易理解。 本文以实际的案例，总结了仓库初始化的操作步骤以及涉及到的Git命令。