編者按：作為數據科學家，Git和GitHub想必是大家再熟悉不過的東西。其中，Git是現在最好用的版本控制軟件，GitHub是基于Git的代碼托管庫。面對這樣使用廣泛的工具，學習自然是個無止境的過程，但新手該怎么從一開始就養成好習慣呢？對于這個問題，Microverse的創始人Ariel Camus有話說。

本文不會涉及如何創建GitHub配置文件和如何在本地推送Git這類具體問題，相反地，首先我們會解釋為什么用好Git和GitHub非常重要，然后再介紹三個簡單規則，只要養成習慣，你就能從中受益無窮。

為什么Git和GitHub如此重要？

如果你剛開始學計算機，那么之后你的目標可能就是積累知識，畢業后獲得一份對口工作，比如軟件工程師、數據科學家等。在這種情況下。答案很簡單——

學習怎么用Git和GitHub很重要，因為你工作后會頻繁用到它們的概率幾乎是99%，它們已經成為所有科技公司的標配。所以，如果你想從初級開發人員脫穎而出，你最好在Git和GitHub上多用點心。

高級開發人員的“高級”之處不是他們對編程語言的語法有什么更高深的理解，而是他們在實際復雜大型項目上有更多經驗。

而如果只是個剛入行的新人，你是很難獲得這種體驗的。經驗來源于生活，來源于實踐。Git和GitHub正是你從實際項目中積累實際經驗的一種好途徑。

話說到這里，可能你已經認同這些工具對找工作的裨益，那么剩下的問題就是：為什么Git和GitHub對公司也那么重要？

簡而言之，Git這個工具允許團隊成員以異步的方式高效、有效地為同一個項目提交開發代碼。人與人之間能更好地協作，團隊能解決的問題自然也更大更復雜。這是一個分布式版本控制系統，它提供還原更改、創建代碼分支、解決代碼合并沖突等機制——這些都是非常有用的功能，可以幫助解決團隊每天都會遇到的常見問題。

而對于這些問題，Git是當前最好的解決方案。

另一方面，GitHub是通過Git進行版本控制的軟件源代碼托管服務，它為各類特定問題、常見問題提供解決方案，例如Code Review、pull reqeust、問題管理/bug跟蹤等。

說明：即便Git是大多數公司的首選版本控制工具，GitHub還是有一些強大的競品的，如GitLab和Bitbucket。事實上，之前GitHub被微軟收購時，已經有少數開發者把自己的代碼庫遷移了出去，但現在GitHub還是主流。如果你已經熟練掌握怎么用GitHub，你會發現自己用GitLab和Bitbucket也不會覺得手生。

Git和GitHub實踐建議：三個簡單規則

因為我個人是Microverse的創始人，所以這里簡單提一下我的教學經驗。Microverse是一個面向軟件工程師的遠程培訓學校，在給學生上課時，我們不僅會教他們如何寫代碼，也會提供大量指導和規劃，以便他們把課上學到的東西用于實踐。

我們要求學生做的第一件事是遵循以下三個簡單規則，成為Git和GitHub的專業使用者。但在具體展開前，請先問自己以下兩個問題：

你熟悉Git和GitHub嗎？如果不，HubSpot上有一個值得閱讀的教程。

您知道GitHub Flow是什么嗎？如果不，先去GitHub閱讀官方介紹。

接下來就是這一節的重點：三個規則。

規則一：為每個新項目創建一個Git存儲庫。

規則二：為每個新功能創建一個新分支。

規則三：用pull reqeust把代碼合并到Master分支。

規則一：為每個新項目創建一個Git存儲庫

第一條規則很簡單，但養成這個習慣不容易。每當你開始做一個新項目——投資組合、學習項目、競賽解決方案等——你就應該新開一個Git存儲庫，然后把它上傳GitHub。

一個專用的repo是為你編寫的每一行代碼使用版本控制的第一步，而版本控制是各大公司處理實際項目的工作方式。因此今早學會這一點并養成習慣，會對你日后發展帶去幫助。

規則二：為每個新功能創建一個新分支

假設你正在開發一個投資組合項目（比如股票債券投資組合），而且想構建一個“聯系我們”的組件，那么你應該為這個新功能構建一個專用分支，并給他一個直觀有意義的名字（比如contact-me-section），然后把所有和這個組件有關的代碼都存到里面去。

如果你不知道什么叫分支，可以去看之前推薦閱讀的GitHub Flow。

通過分支，你就能和其他團隊成員并行處理不同功能，同時保持每個功能的特定代碼和其他功能的隔離。這種方法有助于篩查不穩定代碼，確保合并代碼的高效。

即便團隊里就你一個人，養成這種習慣也有助于你理順思路，同時在日后的工作中建立起優勢。

規則三：用pull reqeust把代碼合并到Master分支

默認情況下，在數據庫進行最初的提交后，Git會創建一個名為master的分支。但是，你絕對不應該直接把更改內容添加進去。相反地，你應該用上上面提到的功能分支，然后打開一個新的pull reqeust，把功能分支代碼和主分支代碼合并。

在實際工作中，有些人可能會在你不知情的情況下查看你的pull reqeust，并進行代碼審查。同時，GitHub自己也會對你的代碼做自動化測試，然后向你提交bug提醒。也就是說，如果你的代碼和主分支代碼之間存在沖突，它會報錯，而且這個錯不一定是你造成的，團隊中其他開發人員提交的更改也會通知你。

只有在確保自己的代碼已經經過審核、測試和批準的情況下，你才能合并pull reqeust，或者負責審核的人會直接代勞。

如果這個項目只有你一個人，那你也要習慣于這么做，因為這幾乎是每個開源項目的基本工作流程。如果你參與過其他人的項目，那么踐行這三個規則也有助于你明確自己的貢獻。

也許看完上述內容后，你還有些困惑，但是現在你就可以開始慢慢牢記并養成這三個習慣。不要想著自己該“如何”這么做，如果你能始終專注于“做什么”和“為什么”，你會發現整個過程會變得無比簡單和自然。