Where I am: Linux command line
The problem I have now:
Sometimes I couldn't make atomic commits (consisting all the modifications required for one particular ticket/task), because we have some files in the repository, which contents vary at local development environments.
For example: database.xml
(dbname, username, password, etc.). I modify this file in my local environment, and every time I need to make a commit/checkin I have manually list all the required files/folders for the commit (excluding this locally modified files).
Maybe it is a wrong design decision and database.xml
has to be deleted from the repository and changed for database.xml.template
(stored in SVN), so this file won't be included to commit until you manually execute svn add
for it? Maybe it is wrong approach - to store all this environment dependent information in the repository - in that case we can break everything by commiting a modified configuration, for example..
As I understand it, svn:ignore
property couldn't help in this situation, because it can be used only for files which isn't stored in the repository..
How can this problem be solved?
P.S.: I'm using Ubuntu and mostly pure command line for SVN.
The "standard" procedure for this is something like this (forgiving the SVN syntax, I've been using Bazaar lately):
echo config > database.xml.template
svn add database.xml.template
svn ignore database.xml
svn commit
Then on each person's development machine:
svn checkout
cp database.xml.template database.xml
...edit database.xml...
And when they commit,
echo foo > someotherfile
svn commit
the database.xml
file won't be added to Subversion.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With