You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Jason Gerlowski (Jira)" <ji...@apache.org> on 2019/09/20 19:32:00 UTC

[jira] [Resolved] (SOLR-13775) Update PR template to suggest Githubs: "Allow Edits From Maintainers" option

     [ https://issues.apache.org/jira/browse/SOLR-13775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Gerlowski resolved SOLR-13775.
------------------------------------
    Resolution: Fixed

I've updated the HowToContribute docs.  They need a larger overhaul to make this information more consumable, but that's beyond the scope of this issue.

> Update PR template to suggest Githubs: "Allow Edits From Maintainers" option
> ----------------------------------------------------------------------------
>
>                 Key: SOLR-13775
>                 URL: https://issues.apache.org/jira/browse/SOLR-13775
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: github
>            Reporter: Jason Gerlowski
>            Assignee: Jason Gerlowski
>            Priority: Minor
>          Time Spent: 50m
>  Remaining Estimate: 0h
>
> As discussed recently on the mailing list, Github does have one big downside: it's pretty onerous for two people to both contribute code to the same PR.  PR's typically come from personal-fork's of Solr, owned by an individual.  If that individual doesn't think to give other collaborators edit-access, then they must open secondary-PRs to get their changes the primary PR.  These secondary PRs must be reviewed, merged etc.
> This makes collaboration much more difficult than it is in the patch world for example, where I can (e.g.) help a contributor clean up their formatting by just uploading a new patch.
> Unfortunately the best workaround at this point for this in github is to prompt those opening PRs to grant access to Solr's upstream committers and maintainers. We can do this by linking users to this [option|https://help.github.com/en/articles/allowing-changes-to-a-pull-request-branch-created-from-a-fork] in the "PR checklist" that was added recently.
> Users don't have to provide this access if they don't want.  But hopefully it'll many collaboration easier in many cases.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org