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

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

為什么Git和GitHub如此重要？

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

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

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

而如果只是個剛?cè)胄械?a target="_blank">新人，你是很難獲得這種體驗的。經(jīng)驗來源于生活，來源于實踐。Git和GitHub正是你從實際項目中積累實際經(jīng)驗的一種好途徑。

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

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

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

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

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

Git和GitHub實踐建議：三個簡單規(guī)則

因為我個人是Microverse的創(chuàng)始人，所以這里簡單提一下我的教學(xué)經(jīng)驗。Microverse是一個面向軟件工程師的遠程培訓(xùn)學(xué)校，在給學(xué)生上課時，我們不僅會教他們?nèi)绾螌懘a，也會提供大量指導(dǎo)和規(guī)劃，以便他們把課上學(xué)到的東西用于實踐。

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

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

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

接下來就是這一節(jié)的重點：三個規(guī)則。

規(guī)則一：為每個新項目創(chuàng)建一個Git存儲庫。

規(guī)則二：為每個新功能創(chuàng)建一個新分支。

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

規(guī)則一：為每個新項目創(chuàng)建一個Git存儲庫

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

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

規(guī)則二：為每個新功能創(chuàng)建一個新分支

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

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

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

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

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

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

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

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

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

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