golang開發目錄結構
阿新 • • 發佈：2018-01-23
atl 持續集成 lang ini target 自己 鏈接 函數文件 hub
在實際的項目中發現大家的目錄結構都比較淩亂，基本每個人都有每個人的風格，一個項目在不斷地變大，一些新的文件或目錄又不斷地被添加進來，從這裏面去找到自己需要的信息的成本越來越高，一個統一的通用的目錄結構非常有必要。
以下內容來自於github上的這個項目（https://github.com/golang-standards/project-layout）
/cmd
main函數文件（比如 /cmd/myapp.go）目錄，這個目錄下面，每個文件在編譯之後都會生成一個可執行的文件。
不要把很多的代碼放到這個目錄下面，這裏面的代碼盡可能簡單。
/internal
應用程序的封裝的代碼，某個應用私有的代碼放到 /internal/myapp/
/internal/common 之類的目錄。
/pkg
一些通用的可以被其他項目所使用的代碼，放到這個目錄下面
/vendor
項目依賴的其他第三方庫，使用 glide 工具來管理依賴
/api
協議文件，Swagger/thrift/protobuf 等
/web
web服務所需要的靜態文件
/configs
配置文件
/init
服務啟停腳本
/scripts
其他一些腳本，編譯、安裝、測試、分析等等
/build
持續集成目錄
雲 (AMI), 容器 (Docker), 操作系統 (deb, rpm, pkg)等的包配置和腳本放到 /build/package/ 目錄
/deployments
部署相關的配置文件和模板
/test
其他測試目錄，功能測試，性能測試等
/docs
設計文檔
/tools
常用的工具和腳本，可以引用 /internal 或者 /pkg 裏面的庫
/examples
應用程序或者公共庫使用的一些例子
/assets
其他一些依賴的靜態資源
轉載請註明出處
本文鏈接：http://hatlonely.github.io/2018/01/16/golang開發目錄結構/
golang開發目錄結構