|
If I could share my project, I would. It took about 2 weeks to write and minor tweaks, but all the major bugs were worked out in the first 2 months of using it. Once developers got over using it, they understood the benefits and nobody complains anymore. Especially if you are in charge of a release!
I based my work off K Scott Allen's blog posts. Start with these two and then you can probably find others. He outlines what needs to be done very well!
Three Rules for Database Work[^]
Versioning Databases – The Baseline[^]
Hogan
|
|
|
|
|
The right tools, processes and philosophies can waste the company a lot of time.
"Program testing can be used to show the presence of bugs, but never to show their absence."
<< please vote!! >></div>
|
|
|
|
|
Isn't that per definition the wrong tools etc.?
|
|
|
|
|
perhaps... but my what I am referring to over here is that too much time can be spend on tools/processes and at the end of the day it can waste a lot of money. The tools etc. aren't the problem in this instance, but the time spend on it. It is how we use these which are important, less so the what tools ect. we use.
Don't get me wrong... there are a lot of tools out there which is wrong, I'm not denying that fact.
"Program testing can be used to show the presence of bugs, but never to show their absence."
<< please vote!! >></div>
|
|
|
|
|
Cruise control ()[^] is missing from the list.
|
|
|
|
|
Second that, minimal and simple to use, love it!
|
|
|
|
|
Also using CruiseControl.NET, it is not as bloated as TeamCity for instance.
But 'simple to use' is a term I would not use
|
|
|
|