Mark,

I'm curious about your view of the dependencies.  'Cuz I'm about to get
dumped into a much wider WANned environment next year...  (Lil' startup
company sandbox, how little we knew ye.)  Who knows?  I may even lose
local control of my SCC if/when it gets moved into some big corporate
bomb shelter.

> Mark Griffiths wrote:
> Draco is the glue between SCC and build tools, ideally the build tool
> should know nothing
> about the SCC system (or Draco).  The dependency diagram should be
> something like:
> 
>    SCC <- Draco -> Build Tool
> 
> I agree with you that Draco should remain very lean and sharp.  I
can't
> see it ever
> rivaling NAnt and MSBuild, it's just glue.

I see them as a triumvirate, not a linear set.  Draco watches SCC and
notifies its client, Build Tool, which gets what it needs from SCC when
Draco fires an event...

This is how we've currently got VSS, Draco and NAnt deployed:

SCC <------ Build Tool ---> Output
 ^             ^
 |             |
 |             |
 |--- Draco ---|

Why should the build widget be source control agnostic?  What makes that
"ideal"?  I'm open to education if there are good reasons that I'm
blissfully unaware of.  :)

Thanx.


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
_______________________________________________
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users

Reply via email to