4.5 KiB
Contributing
Hey! Welcome to the CONTRIBUTING.md for GoToSocial :) Thanks for taking a look, that kicks ass.
This document will expand as the project expands, so for now this is basically a stub.
Contributions are welcome at this point, since the API is fairly stable now and the structure is at least vaguely coherent.
Check the issues to see if there's anything you fancy jumping in on.
Communications
Before starting on something, please comment on an issue to say that you're working on it, and send a message to @dumpsterqueer@ondergrond.org (Mastodon) to let them know.
You can also drop into the GoToSocial Matrix room here.
This is the recommended way of keeping in touch with other developers, asking direct questions about code, and letting everyone know what you're up to.
Code of Conduct
In lieu of a fuller code of conduct, here are a few ground rules.
- We DO NOT ACCEPT PRs from right-wingers, Nazis, transphobes, homophobes, racists, harassers, abusers, white-supremacists, misogynists, tech-bros of questionable ethics. If that's you, politely fuck off somewhere else.
- Any PR that moves GoToSocial in the direction of surveillance capitalism or other bad fediverse behavior will be rejected.
- Don't spam the chat too hard.
Setting up your development environment
To get started, you first need to have Go installed. GTS was developed with Go 1.16.4, so you should take that too. See here.
Once you've got go installed, clone this repository into your Go path. Normally, this should be ~/go/src/github.com/superseriousbusiness/gotosocial.
Once that's done, you can try building the project: go build ./cmd/gotosocial. This will build the gotosocial binary.
If there are no errors, great, you're good to go!
To work with the stylesheet for templates, you need Node.js, then run yarn install in web/source/. Recompiling the bundle.css is node build.js but can be automated with nodemon on file change: nodemon -w style.css build.js.
Setting up your test environment
GoToSocial provides a testrig with a bunch of mock packages you can use in integration tests.
One thing that isn't mocked is the Database interface, because it's just easier to use a real Postgres database running on localhost.
You can spin up a Postgres easily using Docker:
docker run -d --user postgres --network host -e POSTGRES_PASSWORD=postgres postgres
If you want a nice interface for peeking at what's in the Postgres database during tests, use PGWeb:
docker run -d --user postgres --network host sosedoff/pgweb
This will launch a pgweb at http://localhost:8081.
Running tests
Because the tests use a real Postgres under the hood, you can't run them in parallel, so you need to run tests with the following command:
go test -count 1 -p 1 ./...
The count flag means that tests will be run at least once, and the -p 1 flag means that only 1 test will be run at a time.
Linting
We use golangci-lint for linting. To run this locally, first install the linter following the instructions here.
Then, you can run the linter with:
golangci-lint run
Note that this linter also runs as a job on the Github repo, so if you make a PR that doesn't pass the linter, it will be rejected. As such, it's good practice to run the linter locally before pushing or opening a PR.
Another useful linter is golint, which catches some style issues that golangci-lint does not.
To install golint, run:
go get -u github.com/golang/lint/golint
To run the linter, use:
golint ./...
Then make sure to run go fmt ./... to update whitespace and other opinionated formatting.
Financial Compensation
Right now there's no structure in place for financial compensation for pull requests and code. This is simply because there's no money being made on the project apart from the very small weekly Liberapay donations.
If money starts coming in, I'll start looking at proper financial structures, but for now code is considered to be a donation in itself.