mirror of
https://github.com/getsops/sops.git
synced 2026-02-05 12:45:21 +01:00
* Changes to travis config and docs for using develop (#462) * Fixes integration tests in travis to not run on PR's (they will now run on merges into `develop` and `master`) * Change README.rst and CONTRIBUTING.md to reflect the use of `develop` as the primary development branch * use golang 1.12 for building sops * pgp/keysource: Check size of key fingerprint Make sure the key fingerprint is longer than 16 characters before slicing it. Closes #463 * Allow set "json value" to be a string. (#468) * Allow set "json value" to be a string. Adds back support for string values in --set, while retaining support for yaml multidoc that caused this bug. Fixes #461 * Add functional test for --set'ing strings * Vendoring update (#472) It's been around 9 months since our last vendor update. This is also needed for some new features being worked on for sops workspace. Additionally, this PR regenerates the kms mocks. * Remove duplicate sentence from readme (#475) * 3.3.1 bump and release notes (#477)
2.0 KiB
2.0 KiB
Contributing to SOPS
Mozilla welcomes contributions from everyone. Here are a few guidelines and instructions if you're thinking of helping with the development of SOPS.
Getting started
- Make sure you have Go 1.12 or greater installed. You can find information on how to install Go here
- After following the Go installation guide, run
go get go.mozilla.org/sops. This will automatically clone this repository. - Switch into sops's directory, which will be in
$GOPATH/src/go.mozilla.org/sops. - Run the tests with
make test. They should all pass. - Fork the project on GitHub.
- Add your fork to git's remotes:
- If you use SSH authentication:
git remote add <your username> git@github.com:<your username>/sops.git. - Otherwise:
git remote add <your username> https://github.com/<your username>/sops.git.
- If you use SSH authentication:
- Switch to the
developbranch:git checkout develop - Make any changes you want to sops, commit them, and push them to your fork.
- Create a pull request against
develop, and a contributor will come by and review your code. They may ask for some changes, and hopefully your contribution will be merged to thedevelopbranch!
Guidelines
- Unless it's particularly hard, changes that fix a bug should have a regression test to make sure that the bug is not introduced again.
- New features and changes to existing features should be documented, and, if possible, tested.
Regenerating mocks
If you encounter an error like kms/mocks/KMSAPI.go:1607: cannot use (*KMSAPI)(nil) (type *KMSAPI) as type kmsiface.KMSAPI in assignment: *KMSAPI does not implement kmsiface.KMSAPI (missing ListResourceTags method), you need to regenerate mocks, probably because the interface was changed by a vendoring update. There is a make command to do this for you. Simply run make mock, and the new mocks will be automatically generated.
Communication
If you need any help contributing to sops, several contributors are on the #go channel on Mozilla's IRC server.