Hi All,
I'm interested in hearing what the best practice is to manage the following situation I have.
We have a subfolder under trunk, lets call it 'configs' which contains several hundred configuration files, each of which is specific to a particular machine on our network.
We have to perform frequent changes to one or more of these files for weekend releases, so a particular weekend may require changes to five files, another weekend may require changes to 12 files etc. etc.
My initial thought was to allow our team to make the changes to the configuration files within the /trunk/configs folder and then once committed create a new tag /tags/Change#_1234/ which contained only those files which had been redeployed as part of the weekend release.
The tag was so that we could look back over time and see which files had been changed at any particular date, and which other files had been changed at the same time as part of this change (I appreciate that this is kind of held within the revision history under /trunk/configs but I have used tags before to indicate 'production' releases and wanted to do the same here).
The issue I have is that it doesn't seem to be possible to create a tag containing only a subset of the files within the /trunk/configs/ folder. I don't particularly want to create a tag of the entire /trunk/configs folder as this will then contain several hundred config files which haven't changed - which rather defeats the object of creating the tag in the first place.
Can anyone suggest what I should be doing here instead?
tia,
Steve
Last updated