You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

158 lines
7.2 KiB
Markdown

7 years ago
# Standard Go Project Layout
This is a basic layout for Go application projects. It represents the most common directory structure with a number of small enhancements along with several supporting directories common to any large enough real world application.
If you are trying to learn Go or if you are building a PoC or a toy project for yourself this project layout is an overkill. Start with something really simple (a single `main.go` file is more than enough). As your project grows keep in mind that it'll be important to make sure your code is well structured otherwise you'll end up with a messy code with lots of hidden dependencies and global state. When you have more people working on the project you'll need even more structure. That's when it's important to introduce a common way to manage packages/libraries. When you have an open source project or when you know other projects import the code from your project repository that's when it's important to have private (aka `internal`) packages and code. Clone the repository, keep what you need and delete everything else! Just because it's there it doesn't mean you have to use it all.
This project layout is intentionally generic and it doesn't try to impose a specific Go package structure.
If you need help with naming, formatting and style start by running [`gofmt`](https://golang.org/cmd/gofmt/) and [`golint`](https://github.com/golang/lint). Also make sure to read these Go code style guidelines and recommendations:
* https://talks.golang.org/2014/names.slide
* https://golang.org/doc/effective_go.html#names
* https://blog.golang.org/package-names
* https://github.com/golang/go/wiki/CodeReviewComments
See [Go Project Layout](https://medium.com/golang-learn/go-project-layout-e5213cdcfaa2) for additional background information.
7 years ago
## Go Directories
### `/cmd`
Main applications for this project.
The directory name for each application should match the name of the executable you want to have (e.g., `/cmd/myapp`).
Don't put a lot of code in the application directory. If you think the code can be imported and used in other projects, then it should live in the `/pkg` directory. If the code is not reusable or if you don't want others to reuse it, put that code in the `/internal` directory. You'll be surprised what others will do, so be explicit about your intentions!
It's common to have a small `main` function that imports and invokes the code from the `/internal` and `/pkg` directories and nothing else.
6 years ago
See the [`/cmd`](cmd/README.md) directory for examples.
### `/internal`
Private application and library code. This is the code you don't want others importing in their applications or libraries.
Put your actual application code in the `/internal/app` directory (e.g., `/internal/app/myapp`) and the code shared by those apps in the `/internal/pkg` directory (e.g., `/internal/pkg/myprivlib`).
### `/pkg`
Library code that's safe to use by external applications (e.g., `/pkg/mypubliclib`).
Other projects will import these libraries expecting them to work, so think twice before you put something here :-)
See the [`/pkg`](pkg/README.md) directory for examples.
6 years ago
### `/vendor`
Application dependencies (managed manually or by your favorite dependency management tool like [`dep`](https://github.com/golang/dep)).
Don't commit your application dependencies if you are building a library.
## Service Application Directories
### `/api`
OpenAPI/Swagger specs, JSON schema files, protocol definition files.
See the [`/api`](api/README.md) directory for examples.
## Web Application Directories
### `/web`
Web application specific components: static web assets, server side templates and SPAs.
## Common Application Directories
### `/configs`
Configuration file templates or default configs.
Put your `confd` or `consul-template` template files here.
### `/init`
System init (systemd, upstart, sysv) and process manager/supervisor (runit, supervisord) configs.
### `/scripts`
Scripts to perform various build, install, analysis, etc operations.
6 years ago
These scripts keep the root level Makefile small and simple (e.g., `https://github.com/hashicorp/terraform/blob/master/Makefile`).
See the [`/scripts`](scripts/README.md) directory for examples.
### `/build`
Packaging and Continous Integration.
Put your cloud (AMI), container (Docker), OS (deb, rpm, pkg) package configurations and scripts in the `/build/package` directory.
Put your CI (travis, circle, drone) configurations and scripts in the `/build/ci` directory.
### `/deployments`
7 years ago
IaaS, PaaS, system and container orchestration deployment configurations and templates (docker-compose, kubernetes/helm, mesos, terraform, bosh).
### `/test`
Additional external test apps and test data. Feel free to structure the `/test` directory anyway you want. For bigger projects it makes sense to have a data subdirectory. For example, you can have `/test/data` or `/test/testdata` if you need Go to ignore what's in that directory. Note that Go will also ignore directories or files that begin with "." or "_", so you have more flexibility in terms of how you name your test data directory.
See the [`/test`](test/README.md) directory for examples.
## Other Directories
### `/docs`
7 years ago
Design and user documents (in addition to your godoc generated documentation).
See the [`/docs`](docs/README.md) directory for examples.
### `/tools`
Supporting tools for this project. Note that these tools can import code from the `/pkg` and `/internal` directories.
See the [`/tools`](tools/README.md) directory for examples.
### `/examples`
Examples for your applications and/or public libraries.
See the [`/examples`](examples/README.md) directory for examples.
### `/third_party`
External helper tools, forked code and other 3rd party utilities (e.g., Swagger UI).
### `/githooks`
Git hooks.
### `/assets`
Other assets to go along with your repository.
## Directories You Shouldn't Have
### `/src`
Some Go projects do have a `src` folder, but it usually happens when the devs came from the Java world where it's a common pattern. If you can help yourself try not to adopt this Java pattern. You really don't want your Go code or Go projects to look like Java :-)
7 years ago
## Badges
7 years ago
* [Go Report Card](https://goreportcard.com/) - It will scan your code with `gofmt`, `go vet`, `gocyclo`, `golint`, `ineffassign`, `license` and `misspell`. Replace `github.com/golang-standards/project-layout` with your project reference.
* [GoDoc](http://godoc.org) - It will provide online version of your GoDoc generated documentation. Change the link to point to your project.
* Release - It will show the latest release number for your project. Change the github link to point to your project.
7 years ago
[![Go Report Card](https://goreportcard.com/badge/github.com/golang-standards/project-layout?style=flat-square)](https://goreportcard.com/report/github.com/golang-standards/project-layout)
[![Go Doc](https://img.shields.io/badge/godoc-reference-blue.svg?style=flat-square)](http://godoc.org/github.com/golang-standards/project-layout)
[![Release](https://img.shields.io/github/release/golang-standards/project-layout.svg?style=flat-square)](https://github.com/golang-standards/project-layout/releases/latest)
7 years ago
## Notes
7 years ago
A more opinionated project template with sample/reusable configs, scripts and code is a WIP.