在实际的项目中发现大家的目录结构都比较凌乱，基本每个人都有每个人的风格，一个项目在不断地变大，一些新的文件或目录又不断地被添加进来，从这里面去找到自己需要的信息的成本越来越高，一个统一的通用的目录结构非常有必要。
以下内容来自于github上的这个项目（https://github.com/golang-sta...）
/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/20...
有疑问加站长微信联系（非本文作者）
