|
MattC
Starting Member
USA
9 Posts |
 Posted - 10/04/2012 : 09:27:30
|
I apologize if this is the wrong forum to post this question. If that is the case please point me in the right direction. :)
The problem is simple, but the solution eludes me.
I work in a shop with several other developers. We perform a release about every 2 months. During this time we resolve various maintenance and development related issues.
When it comes time to do a release we typically have dozens of SQL scripts that must be run. In order to make the running of these scripts manageable for our customer we concatenate the various scripts together into one big file.
When something goes wrong in the running of the scripts, or when the systems is restarted, it becomes extremely difficult to track down who made a particular change and why was it needed.
This would seem to be a problem that a lot of other development/maintenance shops must be running into. The answer seems to be some sort of combination of source code control and documentation conventions. I'm interested in knowing how other organization have handled this. Is there some sort of lightweight documentation tool that can help? Can any of this be automated?
Thanks in advance.
|
|
Tracking Changes to SQL Files
