<div class="gmail_quote">On Sun, Aug 1, 2010 at 8:40 AM, Max Horn <span dir="ltr"><<a href="mailto:max@quendi.de">max@quendi.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
I have some mixed feelings about this, but don't feel strongly enough to bother about it.<br>
<br>
However, I really wonder whether this shouldn't be done after the planned switch to git. After all, at that point we can stop discussion whether development of an engine happens on or off trunk, as everybody can work on engines in their own personal (yet still public) fork, and the discussion really would be whether to merge the engine into the master repository. This way, the engine could be developed in the open and in collaboration (same effect as putting it into trunk nowadays), without us having to put an in-development engine right into trunk -- instead we could merge it only when we feel it is stable enough.<br>

<br>
In other words, if we were using git, life would be a lot easier for all and every 3rd party or under-development engine, and we could in exchange allow to wait a bit longer before putting something into the official mainline version of ScummVM.<br>

<br>
Bye,<br>
<font color="#888888">Max<br></font></blockquote><div><br></div></div>The use of Git actually came up during my initial discussions with Sev. Of course, the issue was where to install a Git server that could be private and accessible to us, and who had the technical expertise to actually do it; in the end we fell back on an already available private SVN repository. Maybe it's worth considering as part of the plan to switchover to Git (since I can't remember any mention of it) - arranging a secondary 'private' Git repository for future private work on engines.<br>
<br>Speaking of which, there wasn't really any resolution to the question earlier this year of setting up a private mailing list (or equivalent). It is probably worth considering that again when doing the switchover, and determining what should/can be done. Back when we were working on Tinsel, we had some really good technical discussions on the engine, which I personally feel it's a pity were never archived. <br>
<br>Regards,<br><br>Paul.<br><br>