Can I make placeholder config files?
Moderator: SourceGear
Can I make placeholder config files?
I work for a fairly small development house and my boss is very gung-ho about getting into version control because we're just about to hire some outside contractors to work on some jobs for us out of the office. I'm evaluating Vault because it's easier to set up for out-of-house access than Subversion and VSS but I have one question I can't seem to find an answer to.
Because so many people will be working out-of-house, they want to take copies of our client's SQL Server DB to load locally. Each programmer will then have their own connection config file pointed at their local database server. In Vault, we want to have a dummy copy of this config file pointing to the client's server. Each programmer will check-out this dummy config file to be edited with their own particular custom connection string (pointing to their local SQL Server instance). Does Vault have a way to set the working folders so that upon check-in, these various config files do NOT overwrite the original dummy config file in the repository?
Because so many people will be working out-of-house, they want to take copies of our client's SQL Server DB to load locally. Each programmer will then have their own connection config file pointed at their local database server. In Vault, we want to have a dummy copy of this config file pointing to the client's server. Each programmer will check-out this dummy config file to be edited with their own particular custom connection string (pointing to their local SQL Server instance). Does Vault have a way to set the working folders so that upon check-in, these various config files do NOT overwrite the original dummy config file in the repository?
If you include a pinned file in a transaction, it will fail, since the pinned file can't be checked in. Also, you can't checkout a pinned file, or pin a checked out file, but that shouldn't affect you if you are using CVS mode.
The only way to avoid having these files in your pending change set is to be in VSS mode (and not check them out), where they would be Renegade, and therefore not appear in your pending change set.
The only way to avoid having these files in your pending change set is to be in VSS mode (and not check them out), where they would be Renegade, and therefore not appear in your pending change set.
I'm not entirely sure that will work: I am primarily referring to the app.config file that VS2003 creates on Windows application projects. Each form's Connection object reads their connection string out of this config file. I don't know that I can relocate this file succesfully and still have VS build the project correctly...