<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 19, 2015 at 9:42 AM Jared K. Smith <<a href="mailto:jsmith@fedoraproject.org">jsmith@fedoraproject.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote">On Sun, Oct 18, 2015 at 3:37 PM, Marcin Zajączkowski <span dir="ltr"><<a href="mailto:mszpak@wp.pl" target="_blank">mszpak@wp.pl</a>></span> wrote:<br></div></div></div></div><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">I like the idea with mirroring Fedora Git to GitHub. Read only mirror<br>
just to be a dedicated place for that kind of contributions (via pull<br>
requests).</div></blockquote></div></div></div></div><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"></div><br></div><div class="gmail_extra">While I like the idea of making it easier for people to submit patches, I'm not sure setting up a read-only GitHub mirror is the answer.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">In my day job, I happen to maintain a huge GitHub mirror of a large open source code repository where the upstream has not yet moved to Git. Unfortunately, what happens is that people submit pull requests against the read-only mirror, but the upstream maintainers rarely if ever look at the pull requests. We end up closing most of the pull requests with a message that says "Contact upstream directly and try to get your patches to them."<br><br></div></div></div></blockquote><div><br></div><div>The ASF uses a pubsub bot to notify project's devel mailing lists when a PR is issued against the read-only mirrors on GitHub. This email contains instructions on how to add a second remote and perform the pull request manually. It also explains how to force the PR to be closed without write access to the mirror (with a commit message that says something like "this closes #X", where X is the PR number, which gets processed when the mirror is next sync'd). In this way, it opens up the community to a wider audience by enabling contributors to use tools they are comfortable with, but in a way that doesn't technically add a dependency on GitHub. Fedora could do something similar by automatically opening a BZ issue, in the same way upstream monitoring opens up new BZs.<br><br></div><div>I know this would be really useful, because before I submitted my first package to Fedora, I had a slightly difficult time figuring out how to contribute, or even check out and view a project's git repository (doing an anonymous clone with fedpkg wasn't obvious).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"></div><div class="gmail_extra">I also think it would be non-trivial to map Fedora users to GitHub accounts, or to keep said information in sync.<br></div><br></div></div></blockquote><div><br></div><div>This would be non-trivial... but it's also completely unnecessary. The mirrors can/should be read-only while the Fedora repos remain authoritative, with maintainer write-access.<br><br></div><div>The ASF does allow committers to affiliate with the ASF org in GitHub (where the read-only mirrors exist) by voluntarily adding their GitHub usernames to a database, but this doesn't get them any special access to the mirrors... it's just for flair, to show off their membership on their GitHub profile. As far as I'm concerned, this is a completely unnecessary thing to do. Perhaps at some point, we could do this by offering a voluntary field for GitHub username, but it's certainly not essential to using GitHub to enable pull-requests.<br><br></div><div>Of course, Fedora doesn't have to do it the way the ASF did, but I think there's value in looking at what they've done, because there's value in exposing Fedora's packages to a large (and growing) community of GitHub.<br></div></div></div>