Pat, The downtime is when you try to fix a bug in your code, that was introduced by another developer piss farting around in the same code. Trust me, I do not care what you think this is the worst way of developing in a team environment than you can imagine.
Ok, let's say a developer needs to go in and modify some code that is stored in the Application scope. But to reset the application will mean everyone has to stop what they are doing or suffer problems, interruptions like this is downtime. Or a developer makes a change to something that works for him, but when it comes to you that code breaks before your code can execute, so you either have to wait till he fixes that code or you go and fix it yourself, more downtime. If you strongly believe it works, then good for you. But those of us who have been around long enough know better, and we know that this is the worst thing you can ever do. Pat don't preach to us, we have been in that scenario and we WILL NOT recommend it. Andrew Scott Senior Coldfusion Developer Aegeon Pty. Ltd. www.aegeon.com.au Phone: +613 8676 4223 Mobile: 0404 998 273 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Pat Sent: Friday, 27 April 2007 10:50 AM To: cfaussie Subject: [cfaussie] Re: OT: Subversion in our experience of using shared development the downtime is minimal. and who do you have to explain it to ? downtime on testing and production servers is another issue, but while your in development if someone changes something that breaks what your working on, they will know about it very quickly. The difference is in the time to integrate changes. Your delaying your integration to (usally) daily we are doing our integration instantly. If your having major integration issues its usually a symptom of project management and a problem with work breakdown structure. maybe this model doesn't work in every development scenario, but it appears to work for us. I wouldn't dismiss it just because its not the standard approach. Pat On Apr 27, 10:18 am, Andrew Scott <[EMAIL PROTECTED]> wrote: > Pat, > > That is very bad and here is why!! > > First of all, it isn't very hard to setup up a staging server, and when that > is done and your happy that the build is stable you can export to the > staging server. > > But the biggest headache for this model is down time, every time I have come > across this development scenario I have quickly changed it there is nothing > worse than another developer with broken code that effects you from doing > your work. And how are you going to explain the downtime due to another > developer breaking a stable build? > > There are no excuses for not having a separate development (developer > workstation) and a separate staging/testing server. > > Andrew Scott > Senior Coldfusion Developer > Aegeon Pty. Ltd.www.aegeon.com.au > Phone: +613 8676 4223 > Mobile: 0404 998 273 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~----------~----~----~----~------~----~------~--~---
