There seems to be two ways of contributing code back, with commit access and without.
This is my workflow for member without commit access, 1. Create a personal fork on GutHub (GitHub UI) 2. Check out a clone of the uDig fork (git clone [email protected]: levi-putna/udig-platform.git) 3. Setup upstream to uDig (git remote add upstream https://github.com/uDig/udig-platform.git) If I need to get upstream changes (git fetch upstream; git merge upstream/master) I can then push changes back to my fork (git push) and use the GitHub pull request to contribute changes back uDig (GitHub UI). Dont know if this is the best way to do things but it seems to have worked for me in the past. This is the process GitHub seems to sugest, I volunteer to update the uDig docs to use this method for members without commit access, not sure about the best process for members with commit access. Do we need two method? GitHup Pull request seems like a good way to review code before it makes it into project core. Cheers, Mr Levi Putna [email protected] www.ozblog.com.au On 12 August 2011 11:42, Jody Garnett <[email protected]> wrote: > Morning List: > > I am getting a lot of questions about how uDig uses git today - and I > cannot answer all of them from our docs. > - > http://udig.refractions.net/confluence/display/ADMIN/02+Checkout+Source+Code > > The instructions on the above page do not support the "pull request" > workflow; can I ask for a volunteer to update the above page to support the > pull-request workflow. It may be as simple as linking to the github > instructions ... > > ------------------------------------ > I know I end up with: > 1) a personal fork of udig-platform (called jive-udig) > 2) I have a clone of that on my machine called "origin/master" > 3) I have registered udig-platform as "upstream/master" > > So I end up with: > > git branch -r > origin/HEAD -> origin/master > origin/master > origin/snapshot > upstream/1.1.x > upstream/1.2.x > upstream/fpagnamenta > upstream/master > > This allows me to do: > a) a pull-request from origin/master (i.e. from jive to udig-platform) > (yes I am supposed to make a branch so the pull request is clean) > b) pull upstream master > push > (to accept the latest stuff from udig-platform and push it over to my > fork) > c) accept changes directly on udig-platform; and work directly on > udig-platform during release cycle > (this is only as I have commit access; something I hope we can sort out > for more developers) > > -- > Jody Garnett > > > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > >
_______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
