敲黑板！你和GitHub高手就差這三條規則······

本文不會介紹如何創建 GitHub 簡歷或如何使用終端提交 Git。我將解釋每天使用 Git 和 GitHub 的重要性，尤其對于正在學習寫代碼的人。我還將分享并討論三個簡單的規則，你可以通過遵循這些規則，變成一個優秀的 Git 和 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、合并請求和代碼評審。

在討論這三條簡單規則前，請先完成以下任務：

1. 如果你對 Git 和 Github 還不熟悉，請先從 HubSpot 上完成這個很棒的教程：https://product.hubspot.com/blog/git-github；

2. 如果你還不了解 GitHub 流，你應該先學習它，因為我們后邊會用到：https://guides.github.com/tion/flow/。

無需多言，三條能令你在學習編程階段就能熟練掌握 Git 和 Github 的簡單規則如下：

• 規則 #1：為每個新項目創建一個 Git 倉庫

• 規則 #2：為每個新特性創建一個新分支

• 規則 #3：使用 Pull Request 將代碼合并到 Master 分支

即使你的項目非常簡單或者你只是單獨工作，但只要在每次編程時遵循這三條規則，你很快就可以成為 Git 和 GitHub 的使用高手。

我們會簡單分析每條規則，以便你理解該如何做以及為什么這些規則很重要。

規則 #1：為每個新項目創建一個 Git 倉庫

第一條規則很簡單，但是養成習慣非常重要。每當你開始一個新項目時，如你的簡歷、學習項目、編程挑戰的解決方案等等，你都應該創建一個新的 Git 倉庫，并將其推送到 GitHub 上。

擁有專用的 repo 是為你編寫的每一行代碼使用版本控制的第一步。使用版本控制是你加入公司、開始從事實際項目后的工作方式。及早學習并養成習慣。

注：如果使用終端比較麻煩，你無法在所有項目中使用 Git，可以考慮使用 Github 桌面應用程序（https://desktop.github.com/）。

規則 #2：為每個新特性創建一個新分支。

假設你希望在簡歷里構建一個新的「Contact me」部分/組件。那么為這個新特性創建一個專用的分支，給它一個有意義的名稱（例如 contact-me-section），并將所有代碼提交給這個特定的分支。

如果你不知道何為分支，請返回到 Github 流（https://guides.github.com/guidetion/flow/），閱讀我之前推薦的內容。

使用分支可以讓你和團隊成員以并行的方式處理不同的特性，同時將每個特性的代碼與其他代碼區分開來。這使得不穩定的代碼不會輕易并到主代碼庫中。

即使你是團隊中唯一的成員，一旦你真正開始工作，熟練使用特性分支會使 GitHub 流的過程變得輕而易舉。

規則 #3：使用 Pull Request 將代碼合并到 Master 分支

默認情況下，每個倉庫都從一個主分支開始。永遠不要直接在主分支上進行改動。相反，你應該使用特性分支，并打開一個新的 PR，將特性分支代碼與主分支代碼合并。

在現實工作中，會有人查看你的 Pull Request，并在批準前進行代碼審查。GitHub 甚至會對你的代碼進行自動測試，讓你知道它是否有問題。如果你的代碼與主分支代碼之間存在合并沖突，你也會收到通知。例如，如果另一個開發人員推送到主分支的更改影響了你修改過的文件時，就會發生這種情況。

在代碼經過審查、測試和批準之后，reviewer 會允許你合并 Pull Request，或者他們直接合并你的 Pull Request。

即使你單獨工作，也要習慣于創建 Pull request，以便將更改合并到主分支。這是幾乎所有開源項目使用的基本工作流程。如果你曾經貢獻過某個項目，理解這三個規則將讓你的貢獻很容易被接受。

結語

如果你仍然感到困惑，那就慢慢來，記住這三條規則。不要試圖去想「如何做」，而要專注于「做什么」和「為什么」。

一旦「做什么」和「為什么」清楚了，在時機成熟時你就能知道「如何做」了。重復這個過程 2-3 次，你就會對它們得心應手了。