gsmake -- golang版gradle

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

什麼是gsmake

gsmake是一個類似於gradle的自動構建工具，使用go語言開發：

1. gsmake是一個包管理/下載工具；
2. 每個包有它全域唯一的包名，以及版本號碼；
3. 包可以定義一系列的任務（task），任務支援由golang語言編寫；
4. 包可以相互引用，但是不能出現引用環；
5. gsmake能夠容易的執行包定義的任務；

通過上面描述不難看出，gsmake不僅僅可以用替代make管理golang代碼。通過編寫一系列外掛程式支援c/c++工程管理也是可行的，甚至你用它來編寫一本《gsmake入門》的書也是有可能的這個例子在介紹maven/gradle的時候經常提到，總之一句話你可以把它想象成maven/gradle的golang實現版。

為啥重新發明輪子

1. 程式員通病，自己的輪子還是要更圓些;
2. 我們的大golang自己的包管理工具，不支援版本化；有一些三方的庫例如:gopm 試圖解決這個問題，但是我覺得解決得還不夠好；
3. 基於jvm的maven/gradle太重量級了，一個jvm就要200M；
4. 去中心化——maven/gradle需要中心倉庫——gsmake不需要， 理論上可以將包託管在任何代碼託管網站；現階段支援下列常用網站：github/bitbucket/gopkg.in

gsmake是怎麼工作的？

gsmake一般工作流程如下：

由於golang是一個編譯型語言所以需要一個編譯的過程，將上一步產生的task調用粘合劑代碼與使用者定義的task代碼一起編譯為一個程式，然後運行之；

task

task具有以下屬性

1. task名稱全域有效；
2. task之間可以有由來關係，但是不能出現環；
3. 不同包定義的task可以有相同的名稱，以及不同的前置依賴task；
4. gsmake將不同包但相同名稱的task任務看做同一個task的多個執行體；

gsmake接收一個task名稱並執行它——在內部gsmake需要一個任務排序的過程。被依賴的task需要先執行：

通過上面的描述我們知道，使用者定義的task組成了一個有向非循環圖,我們知道對於這種資料結構的排序其實就是一個簡單的拓撲排序的過程，gsmake的這部分實現在這裡

安裝

golang的開發環境是必備的，這裡就不累述了：

1. go get github.com/gsdocker/gsmake/cmd/gsmake,這一步將安裝一個臨時的gsmake可執行 檔案到${GOPATH}/bin目錄下，不要忘記添加該路徑到系統PATH
2. 進入GOPATH/src/github.com/gsdocker/gsmake，執行gsmakesetup{安裝目錄}
3. 進入比較長的等待——通過gsmake再一次編譯gsmake本身，並通過setup任務安裝gsmake， 這是一個自舉的過程。自此我們就可以丟開gopath，以及golang的版本陷阱愉快的玩耍了。

一個簡單的樣本

看gsmake項目本身吧，它會自己管理自己：）猛戳這裡！！！！！PS：請忽略我的英文readme.md，你懂得：)