Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On Sun, Oct 22, 2006 at 05:12:07PM -0400, Stephen Adler wrote: > Date: Sun, 22 Oct 2006 17:12:07 -0400 > From: Stephen Adler <adler at stephenadler.com> > To: Blu <discuss at blu.org> > Subject: version control > Precedence: list > > Guys, > > I'm setting up a new repository for a business I'm consulting for. They > are currently a clear case house. > One thing which I've noticed is that they store all output file from the > build into their clearcase repository. > This goes against my philosophy that the only thing which goes into a > source code repository are the files > which are needed to build the executables, and not the executables > themselves. Now I'm having > seconds thoughts about my "what gets stored in a source code repository" > philosophy. Can anyone > comment on whether its custom to archive the executables as well? One > issue is that I'm working > under a quality system so control of files is required. I supposed this > meant control of source files, > but perhaps control of derived binaries from the source files is also > required? > > As usual, all comments are greatly appreciated. > > Cheers. Steve. > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > Discuss mailing list > Discuss at blu.org > http://olduvai.blu.org/mailman/listinfo/discuss I'm a fan of using source control for source. If you need to archive releases (of course you do), then archive them. Here's the argument. Your build system _should_ be able to regenerate an old release. For safety's sake, you should archive it so the bits you ship can be recovered. But, the requirements (and tools) for source control are different from those for release archival. If your company says that they _really_ need to save the generated code in ClearCase, then do it, but put it in a different VOB. (You could even save a snapshot of the source there, too.) ClearCase can really get bogged down when the VOBS are filled with binaries. It complicates your backups, too. Bill -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |