Git在15年前發佈，剛發佈幾乎無人問津，經過多次的改變，現在已經從失敗者變成了不敗的冠軍。我們最開始使用git init通常是在新項目上運行的第一條命令，毫無疑問它是我們許多開發者每天使用的重要工具，同時很多人有視它為魔術：功能出色但卻令人恐懼。
關於git入門，瞭解git如何在幕後工作網上有很多的分享，很多文章解釋很詳細，我們這裡不再繼續分享使用過程，我們將專門針對那些可以小幅改善開發協作功能。
git的全部重點是能夠保存您的工作過程不被丟失，通過切換上下文並執行其他操作，可能是為了將來備份代碼，或者能夠異步地在一些不同的功能上取得進展，讓每一個更改的文件都可以有序保存，不會導致最終的代碼混亂。
我們知道，在一定程度上，通過將更新整齊地劃分到git分支中可以與其他團隊成員共享代碼項目，讓開發變得更加輕鬆。但是，我敢肯定，在很多情況下，已切換了上下文時，而當我們返回時，則找不到上一個正確的分支，所以我們要學會一些使用git小技巧讓開發協作過程更加順利。
按日期排序分支，從最近提交的分支開始，從本地輸出每個分支，這個小技巧應該不會令人驚訝把，因為它已經幫助了我很多次成功。
如果你沒有提交合拼，切換了分支然後又想回到它，當然如果你對分支名稱有所瞭解，你仍然可以從分支列表中查找出來。但是，如果它不是一個分支，如果它是一個“分離的HEAD”，那麼我們應該怎麼辦？可以使用git checkout @{-N}
如果你正在尋找一種方法來查看每個分支中的最後一次提交，則可以使用v來顯示所有分支的列表，以及每個分支的最後一次提交ID和消息。如果進行兩次（vv），它還將顯示它連接到的上游的遠程分支。
有時候，在操作git命令的時候，你會發現突然某些地方完全出錯了，例如在提交之前不小心丟棄了已進行的更改。當你使用git log已經不足以返回到上次執行的操作，而且所以提示均無濟於事了，我們可以使用git reflog。
最後我覺得，將Git作為單個用戶使用是簡單的過程，當你是一個由多個團隊同組成的團隊時，Git可能成為福也可能是禍。它對於共享相同的代碼庫，進行代碼審查以及查看整個團隊的進度可能給我帶來非常強大功能。但是同時，每個人都需要對團隊打算如何使用它有一個共同的理解，無論是分支命名約定，還是構造提交消息，再者確切地提交了哪些文件，進行良好的溝通並討論如何使用該工具都是至關重要的。
.
閱讀更多 SOWORD科技言 的文章
