mirror of
https://github.com/dev-sec/ansible-collection-hardening
synced 2024-11-10 01:04:13 +00:00
add notice to sign-off work to contributor guideline
Signed-off-by: Martin Schurz <Martin.Schurz@t-systems.com>
This commit is contained in:
parent
dd97a90b65
commit
98c645db5f
1 changed files with 19 additions and 1 deletions
|
@ -15,7 +15,7 @@ In order to contribute code please:
|
||||||
1. Fork the project on GitHub
|
1. Fork the project on GitHub
|
||||||
2. Clone the project
|
2. Clone the project
|
||||||
3. Add changes (and tests)
|
3. Add changes (and tests)
|
||||||
4. Commit and push
|
4. Commit, sign off and push your changes
|
||||||
5. Create a merge-request
|
5. Create a merge-request
|
||||||
|
|
||||||
To have your code merged, see the expectations listed below.
|
To have your code merged, see the expectations listed below.
|
||||||
|
@ -28,6 +28,24 @@ Some great guidelines can be found [here](https://wiki.openstack.org/wiki/GitCom
|
||||||
|
|
||||||
## Expectations
|
## Expectations
|
||||||
|
|
||||||
|
## Sign off Your Work
|
||||||
|
|
||||||
|
The Developer Certificate of Origin (DCO) is a lightweight way for contributors to certify that they wrote or otherwise have the right to submit the code they are contributing to the project.
|
||||||
|
[Here is the full text of the DCO](http://developercertificate.org/).
|
||||||
|
Contributors must sign-off that they adhere to these requirements by adding a `Signed-off-by` line to commit messages.
|
||||||
|
|
||||||
|
```text
|
||||||
|
This is my commit message
|
||||||
|
|
||||||
|
Signed-off-by: Random J Developer <random@developer.example.org>
|
||||||
|
```
|
||||||
|
|
||||||
|
Git even has a -s command line option to append this automatically to your commit message:
|
||||||
|
|
||||||
|
```text
|
||||||
|
git commit -s -m 'This is my commit message'
|
||||||
|
```
|
||||||
|
|
||||||
### Don't reinvent the wheel
|
### Don't reinvent the wheel
|
||||||
|
|
||||||
This hardening project doesn't intend to reinvent the configuration stack for services. Aim to use official configuration projects first and provide hardening as a layer on top. The goal is remove the need for a user to configure all aspects of services and maintain security configuration. This way, the user can still configure a service using the interface provided by the official project.
|
This hardening project doesn't intend to reinvent the configuration stack for services. Aim to use official configuration projects first and provide hardening as a layer on top. The goal is remove the need for a user to configure all aspects of services and maintain security configuration. This way, the user can still configure a service using the interface provided by the official project.
|
||||||
|
|
Loading…
Reference in a new issue