Hi, > Again: You've done it exactly like this with all your pull requests so it > seems to work for you?
Because I was asked to do it this way. The process has been sub-optimal IMO. > With "this" I mean that people prepare content (e.g. patches) outside of > ASF infrastructure and then submit said content to various projects (which > are then often reviewed and iterated on, etc.). This has been the standard > way to operate for as long as I can think. For external contributors yes. > None of my concerns are related to Github, in fact, I didn't even use that > word in my initial mail. A pull request is a gifthub feature its not a feature of git, git uses patch files. (Although it recently added a similar feature via the request-pull command which generate a summary of changes.) Some context may help, there’s currently 2,634 people in the ASF GitHub organisation [1], which is about a 1/3 of the total ASF committers (currently 6901). > Still: There will always be more people not having access than people > having access even if we give someone committer status after the very first > contribution. I’ve not seen this on projects I’ve been on, usually the committers/PMC members outnumber the external contributors. It may be different on very large popular projects like Spark, but that’s probably not a good example for a number of other reasons. > Do I understand you and Chris right that you'd like to have branches for > every little issue that anyone (whether the person is a committer or not) > wants to contribute? For small stuff why even have a branch? Work right off master. For larger stuff it best to work in one sure. External contributors can choose how they want to work forcing people down one path may mean they don’t contribute. If someone puts some power point slides as an attachment in a JIRA and asks would we like them, (licensing consideration aside) I’m not going to turn around sorry I cannot accept that, you get to get a GitHub account and fork the repo, make a branch and provide a pull request. Thanks, Justin 1. https://github.com/orgs/apache/people
