[cells-devel] The "No CVS" Rule :)

Kenny Tilton ktilton at nyc.rr.com
Tue Dec 16 19:46:14 UTC 2003



Thomas F. Burdick wrote:

>Kenny Tilton writes:
> > Just to be clear, the "No CVS" rule relates to avoiding the bleeding 
> > edge, not anything to with CVS per se, yes? Or is it that the CVS stuff 
> > is not packaged as thoughtfully to build right out of the box?
>
>Right -- depending on the project, the source in CVS can be almost
>guaranteed to be broken.  That's just an issue with using the
>development branch.
>
Lawdy, where I come from that is grounds for a firing squad. By which I 
mean, the group's source code repository is what everyone works against, 
so lord help you if you commit broken code.

OTOH, the config/make stuff I guess is precisely the kind of thing I can 
see falling through the cracks since developers will have stable build 
environments in place and would not be using the CVS config/make stuff.

I guess my question is, did anyone see me making a mistake in how I was 
trying to build? For example, should there have been a file called 
"configure" (no extension)? Or was I supposed to make one with autoconf? 
Or...

>
> > I ask because it has occurred to me that CVS neatly solves the problem 
> > of my jumping around between win32 and Linux: if I pull source down onto 
> > my Linux box and hack it to make it work over there, then I just commit 
> > and do an update on my win32 box and make sure everything still works 
> > there. If not, another iteration and all should be OK, off to OS X to 
> > conquer another platform.
> > 
> > Sound right?
>
>That's how it's supposed to work.  You could have more useful comments
>to your commits ....
>
I'll do my best once I get a solid base of cvs code. Unfortunately nothing is safe when I take up a keyboard (ie, I refactor /a lot/), so by the time I get everything working again, nothing else does.

kt


-- 
http://tilton-technology.com

Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film 

Your Project Here! http://alu.cliki.net/Industry%20Application






More information about the cells-devel mailing list