I think it would work better to just do development on ASF, but accept pull requests via GitHub somewhat manually. This is how it's done with Apache Camel: http://camel.apache.org/contributing.html
So it's done manually. Plus, nobody can write to the ASF GitHub repos without pulling some strings in INFRA to do something about it, and I don't think they like that idea anyhow due to the bylaws regarding what was already said above. On 7 May 2014 01:28, Jan Matèrne (jhm) <apa...@materne.de> wrote: > As a ASF project we MUST have a repo in Apache land: > http://www.apache.org/dev/writable-git > "ASF releases must be cut from the canonical ASF Git repositories." > > The absolute minimum is therefore: > - working on somewhere else > - starting a release: > -- pull all changes to local > -- push to ASF-repo > -- create a branch/tag in the ASF repo for the release > -- do the release > > But personally I prefer having one "right" repo in the ASF I could trust. > Additional repos somewhere else (like on Github) could "just help". > > (If working with Git - would Gerrit a good candidate?) > > > Jan > > > > -----Ursprüngliche Nachricht----- > > Von: Antoine Levy Lambert [mailto:anto...@gmx.de] > > Gesendet: Mittwoch, 7. Mai 2014 02:18 > > An: Ant Developers List > > Betreff: Re: Hoped for advantages of migrating to git > > > > Matt, Jesse, > > > > I think that both of you are basically saying that accepting pull > > requests entered in github is going to be more manual work, including > > more command line work, in the case of a migration to git-wip- > > us.apache.org as opposed to migrating to use only github. > > > > I don’t know whether an option of using only github and not the ASF > > hosted git is acceptable for the ASF ? for the Ant committers ? > > > > Personally I am already glad to have seen support to migrate to git, > > and I would not want to push something more controversial. > > > > While github today is a very attractive platform, it could one day > > diverge from ASF policies or make other changes in their terms and > > conditions that we would dislike and not be able to influence. > > > > There is a file > > https://svn.apache.org/repos/private/committers/docs/github_team.txt > > which links the apache user ids of committers with their github ids, I > > wonder whether this linkage gives write access to the github mirrors of > > Apache projects ? > > > > Also, while researching this I found an interesting presentation by > > Jukka Zitting [1] and a mail message concerning Apache and Github [2] > > and also a wiki page from the Apache Cordova project [3] > > > > Best regards, > > > > Antoine > > > > > > [1] http://www.slideshare.net/jukka/apache-development-with-github-and- > > travis-ci > > [2] http://mail-archives.apache.org/mod_mbox/lucene- > > dev/201401.mbox/%3c596fff55-6e33-4451-93d4-75add6cad...@gmail.com%3E > > [3] http://wiki.apache.org/cordova/GitWorkflow > > > > > > > > On May 6, 2014, at 6:33 PM, Matt Sicker <boa...@gmail.com> wrote: > > > > > I mean how do you accept pull requests? You wouldn't be able to do it > > > through GitHub. You'd have to manually pull the branch from GitHub > > > like the name "pull request" implies. If you could commit to GitHub, > > > then you could add a remote besides origin for GitHub, then pull from > > > the GitHub remote, then push to the ASF remote (origin). > > > > > > > > > On 6 May 2014 01:45, Stefan Bodewig <bode...@apache.org> wrote: > > > > > >> On 2014-05-06, Matt Sicker wrote: > > >> > > >>> Git allows you to do both. You can auto-merge from GH, but I'm not > > >>> sure how you can even get write access to ASF GH repos. > > >> > > >> You don't, you commit to the ASF repo and it gets mirrored. > > >> > > >> IIRC some projects have their own forks of the ASF mirror and accept > > >> pull request on this fork. They then merge changes from their fork > > >> to the ASF repo. > > >> > > >> I'm not conviced I'd want to work that way, applying PRs without the > > >> Web-UI on a local checkout of the ASF git repo works fine for me. > > >> > > >> Stefan > > >> > > >> -------------------------------------------------------------------- > > - > > >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For > > additional > > >> commands, e-mail: dev-h...@ant.apache.org > > >> > > >> > > > > > > > > > -- > > > Matt Sicker <boa...@gmail.com> > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > > For additional commands, e-mail: dev-h...@ant.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > > -- Matt Sicker <boa...@gmail.com>