Egads is right.   <br><br>I never intended to start such a discussion was not asking the maintainers to switch version control systems, just that I was about to set up a git repo to help in collaboration and anyone else interested in hacking on the devel version in that manner was happily invited. <br>
<br>Very easy to then push any collaborative patches back upstream. <br><br>Anyhow, I'll sink back into obscurity until I have some real code contributions.<br><br>Will<br><br><div class="gmail_quote">On Sun, Feb 1, 2009 at 5:25 AM, Jochen Schmidt <span dir="ltr"><<a href="mailto:jsc@crispylogics.com">jsc@crispylogics.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Am 01.02.2009 um 05:06 schrieb Chris Van Dusen:<br>
<div class="Ih2E3d"><br>
> Egads.<br>
><br>
> My comment was not to beat the dead horse of why Git will save the<br>
> world, but that using any other version control other than what the<br>
> project is currently using is a distraction from the goal(s) of the<br>
> project itself.  The Slime mailing list went through this same thing a<br>
> while back, and I it never got resolved.<br>
><br>
> When I said "fork" I meant if you want to maintain the code under some<br>
> version control, go right ahead, but don't clutter the mailing list<br>
> with advocacy for version control.  On the other hand, I guess I could<br>
> go to the version control mailing lists and tell them that they should<br>
> be using Hunchentoot for their projects' web site.<br>
<br>
</div>Well said!<br>
<br>
actually my experience is, that a well done distributed version<br>
control system should allow anyone to track a central CVS/SVN<br>
repository WITHOUT urging the developers to change their ways. If the<br>
release is done, the question may rise up again.<br>
<br>
I fully understand Hans and Edi, that they want to get their project<br>
done their styles. Complete new features or major changes in project<br>
infrastructure are just unnecessary distractions. We as a community<br>
can help best by testing of whats there, reporting bugs or suggesting/<br>
doing improvements in style and function. If help comes back as a<br>
patch it should be well tested, documented and in the sense of what<br>
the dev-branch tries to fix (no completely new things).<br>
<br>
just my € 0.02<br>
<br>
ciao,<br>
Jochen<br>
<br>
--<br>
Jochen Schmidt<br>
CRISPYLOGICS<br>
Uhlandstr. 9 , 90408 Nuremberg<br>
<br>
Fon +49 (0)911 517 999 82<br>
Fax +49 (0)911 517 999 83<br>
<br>
mailto:<a href="mailto:info@crispylogics.com">info@crispylogics.com</a><br>
<a href="http://www.crispylogics.com" target="_blank">http://www.crispylogics.com</a><br>
<div><div></div><div class="Wj3C7c"><br>
<br>
_______________________________________________<br>
tbnl-devel site list<br>
<a href="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</a><br>
<a href="http://common-lisp.net/mailman/listinfo/tbnl-devel" target="_blank">http://common-lisp.net/mailman/listinfo/tbnl-devel</a><br>
</div></div></blockquote></div><br>