<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/css" href="http://morison.biz/technotes/feeds/rss.css" ?>
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/" 
	xmlns:dc="http://purl.org/dc/elements/1.1/" 
	xmlns:icbm="http://postneo.com/icbm/" 
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/" 
	xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" 
	xmlns:wfw="http://wellformedweb.org/CommentAPI/" >

<channel>
	<title>Comments for: SCM - My Quick Take</title>
	<link>http://morison.biz/technotes/articles/16</link>
	<description>As a daily user and occasional administrator of SCM I've come across plenty of fact and some religion about SCM systems. Here's my take, sticking to the systems I've been hands on with.





Oh, and I'm going to make it brief. Hence, I'll avoid feature details...just IMO.

First, the systems I've have hands on experience with, both user and admin (and omitting oldsters like RCS and SCCS):
CVS - Been using and admin'ing it for years (decades?)
Subversion - Setup, admin'd &amp; used it for one (large) webapp system
SourceSafe - Used it once ten years ago (my hope of not using it again has worked out so far)
ClearCase - Used for one large C++ CAD application. Administer this beast? No way!
Perforce - Used for several projects, from a 3M LOC system to garden variety websites and desktop apps. Setup and admin'd two deployments.


Disclaimer:

I know there are a number of other SCM systems, but I'm not writing a magazine editorial, just documenting what I've worked with.

Key SCM Features
I boil the value of SCM system into a 3 level progression, with the most sophisticated systems satisfying all three. There are important features that don't fit in these groups, but in IMO, SCM systems that efficiently nail the items below really save an organization time and money.
Manage multiple developer contributions and track individual changes
Manage large hierarchies of source that can be combined in different ways for different product builds with lots of developers working in parallel
Manage change policy, i.e., branch off a copy of source for beta test (limited developer changes) and production (no developer changes) based on policy and keep track of both policy and branches came from.
All the systems (short of the unmentioned zipfile backup SCM system) ...</description>
	<language>en</language>
	<copyright>2006-2008, Rod Morison Software</copyright>
	<managingEditor>technotes@morison.biz</managingEditor>
	<lastBuildDate>Sun, 20 May 2012 04:49:26 GMT</lastBuildDate>
	<generator>Yet Another Community System</generator>
	<docs>http://blogs.law.harvard.edu/tech/rss</docs>
	<ttl>70</ttl>

</channel>
</rss>
