Re: integrating Subversion with a build tool?

In a message dated: 24 Mar 2003 12:05:38 EST
Greg Hudson said:

>On Sun, 2003-03-23 at 14:01, Steven Knight wrote:
>> Umm... I understand *how* Subversion works. The problem is trying to
>> make Subversion checkouts work with an already well-established model
>> for the interaction of build tools and (other) source code management
>> system.
>
>I tend to believe that this model is rarely used (contrary to your
>initial assertion) and fundamentally flawed.

[...snip...]

>Now I have foo.c and bar.c from two different revisions, which
>potentially aren't consistent with each other.

In well run shops that I've been in, I tend to see the build
environment configured such that it always checks out of a stable
branch. Usually, all developers will develop in private branches or
views, then merge with main line which also may be a private branch.
The build tool with then only build against that 'stable'branch.

Effectively, the build tool has it's own private branch that no one
will be checking into, since everyone develops against their own
branches, and only when a merge into the build branch takes place,
will a build get run. Also, usually there's some policy in place
which dictates that you can't commit during a build. Whether it's
just an unwritten rule, or enforced using triggers/scripts, etc.

This is done all the time in ClearCase, and with their UCM
business-rules based developement paradigm, you also get issues
linked to check-ins/outs which trigger actions, which trigger builds,
which trigger new issues based on build results, etc. It's (in
theory) a giant developmental feedback-loop.

(of course, it also costs a fortune, doesn't always do what you need/
want it to, and seems like total over-kill for most small shops. But
that doesn't stop it from being a good idea :)

-- 
Seeya,
Paul
--
Key fingerprint = 1660 FECC 5D21 D286 F853  E808 BB07 9239 53F1 28EE
	It may look like I'm just sitting here doing nothing,
   but I'm really actively waiting for all my problems to go away.
	 If you're not having fun, you're not doing it right!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org