I found a nice description of a workflow[1] that, if I am not
mistaken, would please Joris: contributors prepare carefully thought
out pull requests, eventually rebasing them if necessary so that no
conflicts arise upon merging, and shoot out a pull request. This is
how it looks like from the main developer's (main branch) control
center:

https://github.com/pydata/pandas/pulls

(of course, core devs will have something similar, so that you can
think of a hierarchical structure whereby a new dev would request pull
from a core dev and only after some time in the tree of a core dev
would a pull request be issued against the main branch).

-á.

[1] This is the description of the workflow that includes instructions
on how to test, etc.

http://pandas.pydata.org/developers.html#working-with-the-code





On Fri, Mar 16, 2012 at 05:09, Joris van der Hoeven
<vdhoe...@texmacs.org> wrote:
> On Thu, Mar 15, 2012 at 04:32:05PM +0100, Joris van der Hoeven wrote:
>> On Thu, Mar 15, 2012 at 02:53:06PM +0000, Sam Liddicott wrote:
>> > Forgive me if this has been discussed to death, but I haven't seen much
>> > discussion on it re:-)
>> >
>> > If you use git then people can sit on commits a bit longer before they have
>> > to push them. Less rushing and more testing means less bad commits.
>
> One more thing about this issue: the main difference between SVN and GIT is
> that GIT would allow me to extract useful patches from a contributors GIT 
> repository.
> If contributors have write access, then both SVN and GIT allow for erroneous 
> commits.
>
> Now I do not want to _extract_ useful patches from contributors code.
> It is up to contributors to carefully _prepare_ patches that are as
> comprehensive as possible for me. Contributors who are sure
> about what they are doing may commit themselves.
>
> This does not withstand that _you_ may use GIT for maintaining a local copy
> and preparing your patches. Max maintains a GIT mirror for this.
>
> Best wishes, --Joris
>
> _______________________________________________
> Texmacs-dev mailing list
> Texmacs-dev@gnu.org
> https://lists.gnu.org/mailman/listinfo/texmacs-dev

_______________________________________________
Texmacs-dev mailing list
Texmacs-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/texmacs-dev

Reply via email to