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

Allow signed off via comment #83

Closed
caniszczyk opened this issue Jul 27, 2018 · 16 comments
Closed

Allow signed off via comment #83

caniszczyk opened this issue Jul 27, 2018 · 16 comments
Labels

Comments

@caniszczyk
Copy link

There are many times when a new contributor summits a PR and forgets to do the signed off by.

It would be great if the bot could allow commits associated with the PR to be rewritten by allowing the contributor to comment: "please sign off my commits" or something to that nature

@philips
Copy link

philips commented Jul 27, 2018

Yes please!!

@hiimbex
Copy link
Contributor

hiimbex commented Jul 27, 2018

Theoretically this can be solved by the button in #79; however, the does require action by someone with write access, so it's up to maintainers to determine if the contributor has sufficiently commented that they want this.

However, having the actual bot re-write the commits would not work as intended. DCO is a GitHub App, not OAuth, so it can not act as a user to re-write git history. If the DCO re-wrote commits, they would be attributed to the bot, not the original author.

@philips
Copy link

philips commented Jul 27, 2018

Why can't it rewrite on behalf of the user? What is the technical issue? I can make a commit look like it comes from anyone.

@hiimbex
Copy link
Contributor

hiimbex commented Jul 27, 2018

Well the whole point of the DCO is to ensure valid commits by users not bots, so this feels like a bad thing for the app to do to me at least.

Additionally, the DCOs current permissions are very minimal. It currently has:
screen shot 2018-07-27 at 1 59 15 pm

I can see a lot of reasons why folks wouldn't want to give a GitHub App write access to their repo contents.

I'm opposed to implementing this in a way where the bot actually rewrites the commits. I'm fine with a button that says 'set status to passing' or something like that which could be pressed by maintainers or users, or adding instructions with the exact commands for users to run to fix their commits. All of this is implemented in #79.

@mattfarina
Copy link

mattfarina commented Aug 28, 2018

Here is how Chef handles that....

Every commit, that does not meet the criteria for an obvious fix, must have a Signed-off-by line. Chef maintainers, listed in the project’s MAINTAINERS.md file, may ask you to attest to the DCO by way of a comment on your PR. After you have done so, a maintainer will rebase your branch adding an appropriate attestation to each commit. The resulting commit message would include something along the lines of:

Signed-off-by: Jane Doe <[email protected]> on behalf of Joe Smith <[email protected]>

@caniszczyk what does the linux foundation / CNCF think of this?

@philips
Copy link

philips commented Aug 28, 2018 via email

@mattfarina
Copy link

@philips I'm most interested in the easiest solution that the lawyers will accept.

One issue is that a bot changing the repo means the local users commits are different from the ones on the PR. This is going to create a different experience to force pull (will that work?) to replace your local commits with the bot altered commits on the same branch github is tracking against the PR.

@philips
Copy link

philips commented Aug 28, 2018 via email

@mattfarina
Copy link

@philips For these cases my concern is with the CNCF. That's why I asked @caniszczyk what the CNCF thinks of this. They can consult with the lawyers there. I tend to let Chris and Dan handle communicating with the CNCF lawyers.

@hiimbex
Copy link
Contributor

hiimbex commented Aug 29, 2018

Just popping in from the perspective of the maintainers of this app. We just want it to work in a way that solves all of these use cases and would be super excited to make it easier for new folks to sign-off; however, we do want a +1 from the biggest users of the app before making such changes that perhaps lawyers might not like. 🙂

@philips
Copy link

philips commented Aug 29, 2018

Thanks @mattfarina and @hiimbex. I guess it is back in @caniszczyk court to ask a Dolan or someone else.

@gundalow
Copy link

How do people currently deal with people editing files directly via the github.com web interface?

@caniszczyk
Copy link
Author

caniszczyk commented Oct 12, 2018

@gundalow some people have hacked things using a chrome extension: https://chrome.google.com/webstore/detail/dco-github-ui/onhgmjhnaeipfgacbglaphlmllkpoijo?hl=en-US

DCO signoff for GitHub UI

@stale
Copy link

stale bot commented Feb 7, 2019

Is this still relevant? If so, what is blocking it? Is there anything you can do to help move it forward?

@itayd
Copy link

itayd commented Mar 5, 2019

@caniszczyk , for the record - #105. I'm not sure if you're still open for that idea.

@stale stale bot removed the wontfix label Mar 5, 2019
@stale
Copy link

stale bot commented Jun 3, 2019

Is this still relevant? If so, what is blocking it? Is there anything you can do to help move it forward?

@stale stale bot added the wontfix label Jun 3, 2019
@stale stale bot closed this as completed Jul 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants