Mark;<div><br></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;"><div><div>
<div><div>If the only real main difference is needing approval to work on stuff, I'd say Github is the way to go. If that didn't convince you, consider that Tom Lieber also loves (loves, loves) Git...</div><br></div>
</div></div></div></blockquote><div><br>Ah, ok, I did need to be added to the Fluxus group on Savannah, that's true. I'm not sure that could be set to automatic. I could also imagine that not needing any approval of the project leader might lead to spam.<br>
<br>I do already love Git, it's great. IMHO it's especially good matched with Scons ( <a href="http://en.wikipedia.org/wiki/SCons">http://en.wikipedia.org/wiki/SCons</a> ) as those two take care of exactly those boring fidgety parts that I don't like to deal with. In case this wasn't clear; you can use Git with sites that aren't "Github", as far as I understand it all "GitHub" just has a "Git" in the name and a marketing budget, you could use any other site or server, I think.<br>
<br>At any rate; I don't object to GitHub at all, I just like Savannah's stance on Open Source.<br><br>PS; Tom stopped using a tiling Window Manager, now I can't take him seriously any more :-p<br><br>Harald;<br>
<br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">Having a simple central repo, everyone can work on any number of local<br>
forks of the project and work on them.<br>
Especially with git or mercurial it is very easy to have several<br>
branches around (in the same or in different working directories) and<br>
push/pull/merge between them.<br><br>
When something gets ready to be integrated in the main project, it can<br>
be send as patch to one of the main developers.<br>
This is where github (and now savannah?) adds a different workflow.<br><br></blockquote>
Yes, this is what we do exactly. I send a link to my fork a few mails back; I can add or delete anything I like and Dave can include bits he finds useful of those. I'm still merging in any changes to the "master" branch.<br>
<br><br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
One advantage of a system like github is the public fork repository.<br>
The fork also gets a community process, so the code is reviewed and<br>
tested and discussed by the community, before it makes it's way to the<br>
main branch. Even the main developers can add tips and solutions to<br>
the fork, also to make it better fitting to the main branch.<br></blockquote><br>I like that idea a lot, however I wonder how it will relate to the list. People who aren't writing C++ may still have useful things to say about how they would like to write ChucK. IMHO especially novice users have useful things to say yet those might find a process like that intimidating. I hope such a process won't go at the expense of open and inclusive debate on the list. I also think it's quite important that the main dev team be happy about the setup.<br>
<br>Yours,<br>Kas.<br></div></div>