【程式設計初學者】建立自己的開源專案5-在主分支上建立新分支（myeclipse+git）
上一篇：第四章
寫的非常淺顯，文章針對小白，高手可以繞道
前面我們詳細講解了如何建立遠端程式碼倉庫，建立原生代碼倉庫，以及如何將兩者關聯，相互進行程式碼的提交與下載。前面的做完之後，我們已經在遠端程式碼倉庫中，建立了一個我們自己的開源專案了，公開之後，誰都可以搜尋到你的開源專案，進行基於你的基礎程式碼進行開發了。並且你原生代碼已經關聯了你的遠端程式碼倉庫，你的程式碼可以隨時提交到遠端程式碼倉庫了-也就是說你提交的程式碼可以被別人隨時下載了！
有一天你發現，你的專案很火，世界各地的帥哥美女程式猿程式媛都開始在你的專案上下載並研究了！然而，我們的開源專案的目的，不是我們一人來自己開發，我們的目的是，我拋個磚引塊好玉-我們需要猿媛們一起程式設計，在我提及的程式碼的基礎上，開發他們的程式碼，然後能夠合併到我的程式碼上，然後我再發布，讓其他猿媛們再基於新的基礎上進行開發。這就是我下面要說的，如何進行團隊合作開發--如果不是為了猿媛們團隊開發，我搞個github幹嘛，我又沒吃飽了撐著。
我就拖著下巴想啊，既然你們都想把你們的專案提交，你們不能改我的那個master分支（master我要對外進行釋出的）萬一我犯了一個初級錯誤，你們都發現了，然後都改了，要提交給我，那麼你們都爭著提交，因為你們提交的內容是修改了相同的檔案的相同部分，這就是程式碼衝突。程式碼衝突的解決比較麻煩，我又很懶，你們又都想提交，沒人願意把改過的程式碼再改回去。那麼勢必造成你修改的其他沒有衝突的程式碼也不能提交到master庫上來。作為專案創始人的我怎麼會眼睜睜地看著寫好的程式碼提交不到倉庫上來。下巴在快要拖不住的時候，靈機一動，我釋出了一個公告：每個想要提交程式碼的人，都基於master新建一個自己分支，這個分支只有自己能修改且提交。這樣就避免了你跟其他猿媛們的程式碼衝突。我摸著下巴笑著在github上開始了工作：
1.從master上新建一個分支，起名叫test。你們都從test分支上拉取各自的分支，然後把內容都提交到test分支上。
登陸進github:https://github.com/，然後進入
Your repositories ，選中專案 golbal_fairy_thinking_in_java
進入然後如圖操作
new branch
2.
ok，在遠端倉庫已經基於master分支新建了一個test的分支。基於test分支，我們就可以在原生代碼倉庫中提交程式碼到test分支。那麼下次原生代碼提交到原生代碼倉庫中的分支時候，就可以選擇test分支。然後再進行往遠端程式碼倉庫中提交程式碼了。
下面講解在原生代碼倉庫中如何建立與遠端程式碼倉庫相對應的分支。
思想：遠端程式碼倉庫新建的分支test是基於master 的；那麼原生代碼倉庫新建的分支test也應該是基於master的。並且假設遠端程式碼倉庫的master 與原生代碼倉庫的master是同步過的。如果沒有程式碼有沒提交的，應該先提交再操作。
1.myeclipse新建本地test 分支，基於master
2.提交本地test分支程式碼到遠端test分支
先獲取提交地址，點右側copy那個按鈕
ok，點選Add Ref Add Tags
Finsh
此時原生代碼倉庫與遠端程式碼倉庫的分支test相互關聯。並且都是基於master分支了。再次提交程式碼，就可以在test分支上提交程式碼了。而不是master分支上直接提交程式碼。
然後你自己也可以基於test 分支拉取自己的分支，每一個分支做一塊任務。
聰明的愛思考的你一定回想了：我新建了分支test，那麼以後提交都提交到test分支上。那麼master分支上的程式碼是不是就不能獲得最新的提交程式碼了呢？答案是：master分支不能獲得最新程式碼。那提交到test分支的程式碼，如何進入到遠端master分支呢？
下一節進行詳細講解