你和GitHub高手就差这三条规则

为何 Git 和 GitHub 如此重要?

若是你正在学习编程，并且你的终极目标是得到一份软件开发的工做。在这种状况下，答案很简单：

学习 Git 和 GitHub 很是重要，由于 99% 的公司都会使用 Git 和 GiHub。因此，学习使用 Git 和 GitHub 可让你更容易被雇佣，而且能将你和初级开发者区别开来。

高级开发者之因此成为高级开发者，并非由于他们更了解特定语言的语法，而是他们有和真实用户一块儿处理大型复杂项目和完成业务目标的经验。

当你仍在学习写代码阶段时，你很难得到这种经验。然而，得到现实世界经验的一个简单方法就是利用现实世界项目使用的工具和方法。Git 和 GitHub 就是一个例子。

你还能够作的事情：远程结对编程、为开源作贡献、为你的简历构建专业设计网站。

即便你赞成「掌握 Git 和 GitHub 有助于找工做」，你可能仍然会想：

「为何 Git 和 Github 对公司如此重要？」

简而言之，Git 容许团队以异步方式高效地为同一个项目贡献代码。这使得团队可以更好地协做，从而解决更大更复杂的问题。

Git 是一个分布式版本控制系统，它还提供取消更改、建立代码分支、解决合并冲突等机制。这些都是很是有用的特性，能够解决每一个软件团队天天都面临的特定问题和常见问题。Git 是当今的主流解决方案。

另外一方面，GitHub 是 Git 之上的附加层，它为其余特定和常见问题提供解决方案，好比代码审查、pull request、问题管理/bug 跟踪等等。

注：尽管 Git 是大多数公司的首选版本控制解决方案，但 GitHub 仍然有一些强大的竞争对手，好比 GitLab 和 Bitbucket。可是，若是你知道如何使用 GitHub，那么你就能得心应手地使用 GitLab 或 Bitbucket。

如今你已经了解了掌握 Git 和 Github 的重要性，接下来咱们来看三个简单规则，它们可让你在学习编写代码阶段，就轻松成为专业的 Git 和 Github 用户。

如何利用 3 条简单规则掌握 Git 和 Github？

我是 Microverse 的创始人，Microverse 是一所面向远程软件开发人员的学校，在你找到工做前彻底无偿使用。咱们在 22 周计划中，不只教学生如何编程，同时也会给他们大量的指导和构思，让他们在计划中得到实际经验。

为了成为专业的 Git 和 Github 用户，咱们要求学生遵循如下三个规则。培训结束后，咱们的学生应该能天然而然运用 Git、GitHub、branch、合并请求和代码评审。

在讨论这三条简单规则前，请先完成如下任务：

无需多言，三条能令你在学习编程阶段就能熟练掌握 Git 和 Github 的简单规则以下：

规则 #1：为每一个新项目建立一个 Git 仓库

规则 #2：为每一个新特性建立一个新分支

规则 #3：使用 Pull Request 将代码合并到 Master 分支

即便你的项目很是简单或者你只是单独工做，但只要在每次编程时遵循这三条规则，你很快就能够成为 Git 和 GitHub 的使用高手。

咱们会简单分析每条规则，以便你理解该如何作以及为何这些规则很重要。

规则 #1：为每一个新项目建立一个 Git 仓库

第一条规则很简单，可是养成习惯很是重要。每当你开始一个新项目时，如你的简历、学习项目、编程挑战的解决方案等等，你都应该建立一个新的 Git 仓库，并将其推送到 GitHub 上。 宝宝起名宝典

拥有专用的 repo 是为你编写的每一行代码使用版本控制的第一步。使用版本控制是你加入公司、开始从事实际项目后的工做方式。及早学习并养成习惯。

规则 #2：为每一个新特性建立一个新分支。

假设你但愿在简历里构建一个新的「Contact me」部分/组件。那么为这个新特性建立一个专用的分支，给它一个有意义的名称（例如 contact-me-section），并将全部代码提交给这个特定的分支。

使用分支可让你和团队成员以并行的方式处理不一样的特性，同时将每一个特性的代码与其余代码区分开来。这使得不稳定的代码不会轻易并到主代码库中。

即便你是团队中惟一的成员，一旦你真正开始工做，熟练使用特性分支会使 GitHub 流的过程变得垂手可得。

规则 #3：使用 Pull Request 将代码合并到 Master 分支

默认状况下，每一个仓库都从一个主分支开始。永远不要直接在主分支上进行改动。相反，你应该使用特性分支，并打开一个新的 PR，将特性分支代码与主分支代码合并。

在现实工做中，会有人查看你的 Pull Request，并在批准前进行代码审查。GitHub 甚至会对你的代码进行自动测试，让你知道它是否有问题。若是你的代码与主分支代码之间存在合并冲突，你也会收到通知。例如，若是另外一个开发人员推送到主分支的更改影响了你修改过的文件时，就会发生这种状况。

在代码通过审查、测试和批准以后，reviewer 会容许你合并 Pull Request，或者他们直接合并你的 Pull Request。

即便你单独工做，也要习惯于建立 Pull request，以便将更改合并到主分支。这是几乎全部开源项目使用的基本工做流程。若是你曾经贡献过某个项目，理解这三个规则将让你的贡献很容易被接受。

结语

若是你仍然感到困惑，那就慢慢来，记住这三条规则。不要试图去想「如何作」，而要专一于「作什么」和「为何」。

一旦「作什么」和「为何」清楚了，在时机成熟时你就能知道「如何作」了。重复这个过程 2-3 次，你就会对它们驾轻就熟了。