Instead of discussing where to commit I would discuss how to merge and define the process with VMMaker.� I mean, how WE (the community) and Eliot, manage the development of Cog (the VMMaker part).

Take as an example today. There is "our branch" which is in VMMaker-oscog-XXX.NUMBER. For example, the last one is VMMaker-oscog-MarianoMartinezPeck.66.
Eliot commits are in (since now) VMMaker.oscog-eem.56.� Who merges? Eliot? us? Would Eliot took the result of the merge as his next base version?
Because suppose I merge it, and I get VMMaker-oscog-MarianoMartinezPeck.67 which is the merge with VMMaker.oscog-eem.56. Will Eliot take that version and follow his code from that one?
or he will release VMMaker.oscog-eem.5N tomorrow, and we will need to merge with VMMaker-oscog-MarianoMartinezPeck.6N?� if so, the merge will always be more complicated and the differences will be more and more...

Cheers

Mariano

On Tue, May 3, 2011 at 4:45 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 3 May 2011 16:36, Toon Verwaest <toon.verwaest@gmail.com> wrote:
> On 05/03/2011 07:57 AM, St�phane Ducasse wrote:
>>
>> LOL
>>
>> But I can tell that I hated when sbe changed under my feets from svn to
>> git.
>
> Why the hate? See it as an opportunity to grow ;)
>
>
Personally, i really like a
git status
command..

It is much more convenient than analogous to svn or cvs.
I am also like that i can do crazy things with branches/sources , and
be sure that nothing is lost
and i can always revert things back to normal if i break something.

--
Best regards,
Igor Stasenko AKA sig.




--
Mariano
http://marianopeck.wordpress.com