Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify and simplify contribution rules #552

Closed
wants to merge 1 commit into from

Conversation

akosyakov
Copy link
Member

@akosyakov akosyakov commented Sep 24, 2017

The changes are inspired by Node.js Foundation's contribution policy:

They use the DCO as well instead of the CLA to avoid the bureaucracy, but treat it in the wider sense, particularly the contribution sign-off.

The main change is that a contributor does not need to use git to sign-off commits, but each contribution should be signed off by an existing committer by approving a PR. If you reread the DCO you should see that the third point allows it.

So there are no requirements for contributors who are not committers and committers agree to this rules by accepting the invitation to become a committer.

@akosyakov
Copy link
Member Author

You should be able to see the resulted document here: https://github.com/theia-ide/theia/blob/06e933d2bea82df669c45f273752b38da4be5dc4/CONTRIBUTING.md

Copy link
Contributor

@svenefftinge svenefftinge left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While removing the requirement to sign-off by contributors (as kind of a poor man's CLA) this change doesn't replace that aspect with anything. But it adds lots of process on other parts which I find unnecessary.
To replace the sign-off we should really go with a real CLA workflow. Using something like CLAHub or so should do.


Developer's Certificate of Origin 1.1
Committers sign-off on a pull request by explicitly stating their approval in the PR text or associated comment stream.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I having a committer sign-off is additional process about responsibility / code ownership, but has nothing to do with copyright. I don't think we need that.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I having a committer sign-off is additional process about responsibility / code ownership, but has nothing to do with copyright.

I am not sure about it. Any sign-off is about copyright. If one signs other unsigned work he declares that he reviewed it and the work is developed under an open-source license to his knowledge. If he is not sure he should not sign but ask the originator.

At node.js they use a PR approval as the sign-off. The DCO does not say that github sign off should be used. The process is very simple a PR should be revied by a committer and approved to be signed.


By making a contribution to this project, I certify that:
All pull requests submitted by individuals who are not committers must be signed-off on by an existing committer before the PR can be landed. The sponsoring committer becomes responsible for the PR.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

see my comment above.

@svenefftinge
Copy link
Contributor

@svenefftinge
Copy link
Contributor

svenefftinge commented Sep 26, 2017

Reading up on this some more, it seems like our current approach (DCO with signed-off-by) is the most lightweight one.

@akosyakov
Copy link
Member Author

Reading up on this some more, it seems like our current approach (DCO with signed-off-by) is the most lightweight one.

If we continue to use the current approach then it should be fine, according to the case (b) of the DCO, to sign-off trivial contributions, which are obviously based on our work, with our signatures. Linux/git commiters do it like that as well: https://lkml.org/lkml/2004/5/25/126

@svenefftinge
Copy link
Contributor

Ok, but be aware that then you are responsible for that part.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants