Noooo. I want CI. Damn. Is it possible to just make draco run on a single thread to solve this problem?
If not, what are my options to getting the solution and the nant task synched consistently. Is slingshot still around? :\ -----Original Message----- From: David Reed [mailto:[EMAIL PROTECTED] Sent: Saturday, July 17, 2004 11:14 AM To: [EMAIL PROTECTED] Subject: RE: Problems with NAnt.Solution task [was RE: [Draconet-users] Vault and Draconet?] > Anyone see any issues with this? Yes. How are you going to work around build collisions when the same build is launched within seconds/minutes of each other that result is quasi-parallel builds? Unless there are new features in your custom build which prevents the same build from running multiple times concurrently, this would be a problem in my multi-developer environment. I imagine that the original reason for the uber-clean temporary directory build is to prevent just that sort of overlapping chaos. It was a good start... But since we poll every five (5) minutes, my developers manage to check things into source control *just before* and *just after* a build starts; it must be a God-given talent that many of them have: build clairvoyance. I *really* wish that Draco would only permit a given build to run a single instance at a time. If Build X is already running, subsequent check-ins for Build X should queue up BEHIND it, waiting, and then be built later, once the currently running build/version instance succeeds/fails... The soon-to-be-released feature which limits running builds to N arbitrary total number is a good start (for limiting build server overload), but not exactly what I would want, because it would still allow Build X to be running N times (blocking out Build Y completely until one of Build X's runs completes). It also still allows for the (remote?) possibility for later check-ins/builds to succeed BEFORE earlier check-ins and then be overwritten by the earlier check-in/build when it finally finishes. Can you say "race condition"? :) In case you're wondering why this would happen to me a lot, all other things being equal on the build server, it is because many of our builds include deployment of stored procedures to database servers that are actively in use by developers and analysts, which occasionally results in delays/blocking/whatever for some builds but not others. Of course, I could be completely misunderstanding the unnamed soon-to-be-released feature. Please educate me if I'm ignorant (on this or any other topic :). If you do not use Draco to do just-in-time CI builds, but use it only to schedule timed builds that have no risk of overlapping (and provide nifty success/failure notification), then you'll be fine. I may join you in that blissful state some time soon... > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:draconet-users- > [EMAIL PROTECTED] On Behalf Of Bryan D. Andrews > Sent: Saturday, July 17, 2004 9:52 AM > To: [EMAIL PROTECTED] > Subject: RE: Problems with NAnt.Solution task [was RE: [Draconet-users] > Vault and Draconet?] > > Unless there are other good ideas here, what I would like to do is > update draco to allow me to specify the directory where it is going to > download (unless this is already a feature then GREAT). > > We are using vault (and the custom draco build for vault), so what I > would like to do is be able to specify my Root build folder in the > draco.exe.config, then specify the folder based on the repository name > and folder path that is specified currently in my config file: > > > > <vault> > > <buildRoot>d:\DracoBuilds</buildRoot> > <!-- > URL to the repository. > --> > <url>http://source.myapp.com/</url> > <user>xxx</user> > <password>xxx</password> > <repository>MyApp</repository> > <folderpath>$/MyApp_Core</folderpath> > > </vault> > > Then I can have a switch that says whether or not to delete the files > after building. > > This should allow us to get around the issue of webmaps because it will > build in the same place each time, and it will provide a live test > environment if desired. > > Anyone see any issues with this? ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=ick _______________________________________________ Draconet-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/draconet-users ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=click _______________________________________________ Draconet-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/draconet-users
