SVN原子はハウツー私は

Question

コミット）、リポジトリにはいくつかのファイルがあります。その内容は、ローカル開発環境によって異なります。

たとえば、database.xml（dbname、ユーザー名、パスワードなど）。ローカル環境でこのファイルを変更し、コミット/チェックインを行う必要があるたびに、コミットするために必要なすべてのファイル/フォルダを手動でリストアップしています（ローカルに変更されたファイルを除く）。

たぶん、それは間違った設計上の決定とdatabase.xmlは（SVNに格納されている）リポジトリから削除されたとdatabase.xml.templateのために変更する必要があるので、このファイルは手動でそれをsvn addを実行するまでコミットするために含まれないのだろうか？おそらくそれは間違ったアプローチです - リポジトリにこのような環境依存の情報をすべて格納する - その場合、たとえば変更された設定をコミットすることですべてを破ることができます。

私がそれを理解しているので、svn:ignoreプロパティは役に立ちませんでしたこの状況は、リポジトリに格納されていないファイルに対してのみ使用できるためです。

この問題はどのように解決できますか？

P .:私は、Ubuntuと主にSVNのための純粋なコマンドラインを使用しています。

Answer 1

このため、「標準」の手順では、このようなものである（SVNの構文を許し、私は最近Bazaarを使用してきた）

svn checkout 
cp database.xml.template database.xml 
...edit database.xml... 

そして、ときにコミット、

echo foo > someotherfile 
svn commit 

database.xmlファイルはSubversionに追加されません。

Answer 2

テンプレートはリポジトリに保存する必要がありますが、ローカルで変更する必要がある実際のファイルは保存しないでください。

このようにして、不要なリポジトリにファイルを格納するリスクを冒すことなく、必要に応じて元のファイルを再構築することができます。

いいえ、svn：ignoreはあなたをここで助けません。一人一人の開発マシン上

echo config > database.xml.template 
svn add database.xml.template 
svn ignore database.xml 
svn commit 

その後：

Answer 3

私の2セント：まず、あなたのプロジェクトに携わるすべての開発者のためにあなたのパスを調和させる方法があるかどうかを確認する必要があります。これは、相対ディレクトリ構造や、シェル変数や$ USER、％USERPROFILE％などをサポートしている、アプリケーション内の同じ薄い層でも構いません。これは、各開発者にそれ自身のバージョン管理されていない設定やこれはIDEが提供しようとしているものです。

一般に、バージョン管理の設定ファイルは私にとってはまあまあですが、デベロッパーが物事をセットアップするのに費やした時間であり、偶然に紛失することはありません。