今天寫程式碼時遇到個問題，也是以前經常遇到的問題：當我們為了實現功能寫了一個程式碼A,過了幾天發現有一個程式碼B可能更合適，但是又不能確定引入到自己的專案裡會不會導致出問題。

假如我最終發現程式碼B不合適，但是此時我已經做了很多很多的改動，為了重新使用程式碼A,又需要將自己改動的部分改回來，而有些時候甚至改回來都沒辦法（雖然不科學，但是確實有這種情況）。

例如今天，我寫了一個MVC專案，這個專案最開始資料訪問層使用的是我自己寫的一個DBhelper，不過現在我有了別人封裝的DBhelper,我希望修改程式碼採用這種方式。

以前，為了防止發生上面的情況，我一般會拷貝一份程式碼，然後在副本上修改。不過今天盯了很久的vs右下角的“master”,想到github的分支似乎可以用來做這件事情。

參考了一些網上的分支規範，master分支是git庫的主分支，作為正式版釋出的分支，而開發時候，可以建立一個dev分支，在dev分支上面工作。

在vs上添加了github的擴充套件後，各種操作脫離了命令列方式，點點滑鼠就可以建立好新的分支，

切換到解決方案資源管理器，由於是從master分支建立來的，本身就有master分支的程式碼，但是在該分支下提交併不會影響到mater分支的程式碼，這樣就可以隨意測試功能，即使發現無法解決的問題，需要返回之前的程式碼，也可以直接在右下角切換就好。