在實際的專案中發現大家的目錄結構都比較凌亂，基本每個人都有每個人的風格，乙個專案在不斷地變大，一些新的檔案或目錄又不斷地被新增進來，從這裡面去找到自己需要的資訊的成本越來越高，乙個統一的通用的目錄結構非常有必要。
以下內容來自於github上的這個專案（
不要把很多的**放到這個目錄下面，這裡面的**盡可能簡單。
一些通用的可以被其他專案所使用的**，放到這個目錄下面
專案依賴的其他第三方庫，使用glide工具來管理依賴
協議檔案，swagger/thrift/protobuf等
web服務所需要的靜態檔案
配置檔案
服務啟停指令碼
其他一些指令碼，編譯、安裝、測試、分析等等
持續整合目錄
雲 (ami), 容器 (docker), 作業系統 (deb, rpm, pkg)等的包配置和指令碼放到/build/package/目錄
部署相關的配置檔案和模板
其他測試目錄，功能測試，效能測試等
設計文件
常用的工具和指令碼，可以引用/internal或者/pkg裡面的庫
應用程式或者公共庫使用的一些例子
其他一些依賴的靜態資源
Golang專案目錄結構組織
從接觸golang到現在滿打滿算兩周時間，總的來說，語法夠簡單，不過現在可以看 可以參照的資料數量太少了。還記得我剛開始寫的第乙個有點用的程式，1000多行 吧，完全擠在乙個檔案裡，我不知道如果把這些內容分拆到不同的檔案中去，該怎樣編譯，網上搜了一圈，都寥寥數語，沒有成體系的講解。可能玩golang...
Golang專案目錄結構組織
從接觸golang到現在滿打滿算兩周時間，總的來說，語法夠簡單，不過現在可以看 可以參照的資料數量太少了。還記得我剛開始寫的第乙個有點用的程式，1000多行 吧，完全擠在乙個檔案裡，我不知道如果把這些內容分拆到不同的檔案中去，該怎樣編譯，網上搜了一圈，都寥寥數語，沒有成體系的講解。可能玩golang...
golang開發 二 安裝 Golang
當然了我們的安裝都是在vagrant裡面安裝，vagrant ssh。不用虛擬機器了，本機安裝當然也可以。go is a tool for managing go source code.usage go command arguments the commands are build compil...