行有餘力則以學文: git與google drive(或dropbox)並用以進行版本控制及協同作業

2015年4月9日星期四

git與google drive(或dropbox)並用以進行版本控制及協同作業

Background

git 的功能就是版本控制及協同作業，google drive則是利用它的雲端硬碟來進行檔案同步備份作業，並且利用google的帳號來進行權限的控管。作業方式可以參考這個網站：

http://www.coder.com.tw/blog/system/windows_tortoisegit_googledrive/

為何要做版本控制呢? 因為我們要知道不同的使用者對同一個檔案做過什麼修改，而這些修改是必需要以時間軸來呈現的 (tag) ，以方便我們能夠在有需要時可以凍結在某個先前的版本。甚至有時為了測試或跨平台的原因，我們需要維持同時存在有多個並存的版本，這就是另一個分支 (branch) 的概念。

remote vs local repository

而為了進行協同作業，在使用git時有兩個重要的觀念：

remote repository (=server): 基本上它就是一個資料庫/數據庫，為了能讓所有人能夠協同作業，它的實體是在網路上一個大家都能看得到的目錄上，這個目錄在使用google drive時就是一個被google drive所管理的目錄，凡是有存取 google drive 權限的帳號，都能夠對這個數據庫進行讀寫。值得注意的是，由於使用了 google drive 來做為檔案同步的機制，因此它在本機上會複製成為一個檔案總管看得到的目錄；雖然我們還是叫它 remote repository ，但是它實際上已經被複製到本機 (local) 的磁碟裏面了。 這個 repository 必需要使用 git init --bare 指令建立
local repository (=working directory): 我們不能在剛才提到的那個目錄進行編輯檔案的工作，這是因為當我們在編輯任何檔案的時候，它會進入一個"鎖定"的狀態，不允許其它人同時對這個檔案進行編輯，這是一個電腦作業系統在設計上的一個先天上的限制，但如此一來就違背了當初我們使用 git 的精神--協同作業。因此不管那一種版本控制系統，為了避免這種 interlock (互相鎖定) 甚至 deadlock (鎖死) 的情況出現，解決的方式都是一樣的，那就是：在另外一個目錄進行工作，然後只在需要與資料庫核對或同步資料的時候，才會對資料庫進行核對、同步。這個目錄就是工作目錄，術語上叫做 local repository 。 這個 repository 通常是使用 git clone [上面那個bare repo在本機對應的 dropbox 絕對目錄，或是 github 上的 http://XXXXXXXX/*.git] 指令建立

(上圖取自 How to get started with GIT and work with GIT Remote Repo )

commit / push / pull

commit 簡單來說，就是把一群檔案打上版本編號，就是這樣。

push / pull 相對來說稍微複雜一點。最單純的情況就是，我們核對兩個資料庫，然後把版本新的檔案蓋掉版本舊的檔案，不過魔鬼藏在細節裏，版本控制做得好不好，就決定在這個"核對=>蓋掉"的動作裏面，尤其是發生下述的"衝突"情況時。push 主要是更新 remote ，而 pull 是更新 local repository 。

衝突!!

push 時經常出現的問題就是，有兩個人以上對同一個檔案進行修改後，要把這個檔案push回同一個repository，因而後push的使用者會發生衝突。通常的解決方式都是使用 diff 這個公用程式，以人工的方式決定檔案的修改，然後再 push 回去。

branch vs head vs tag

之前提到的分支，是有點像平行時空這樣的概念，而 pull/push 時我們都是針對各個 repo 所選定的 branch 的最新版本(稱為head)來進行比較或同步。建議閱讀"A successful Git branching model"這篇文章，該作者也為寫了 git flow 工具；搜尋一下就有很多版本的中譯，但是基本的精神是一致的。例如這篇。