変更がトランク内のディレクトリの 1 つに加えられた場合に、他のディレクトリに影響を与えないように、SVN をセットアップするにはどうすればよいですか?
Subversion を正しく理解して使用するだけです。
SVN ツリーの各ノードのリビジョンは、すべてのノードの子の最新リビジョンです。つまり、あなたの場合、interface b
(リビジョン 2 として) ディレクトリ /trunk にコミットした後、リビジョン 2、インターフェース b - リビジョン 2 もあるが、最終変更-リビジョンinterface a
| interface c
まだリビジョン 1 です (リビジョン 2 には子がありません)
svn ls -v URL/TO/DIR
見るために使います。
私のリポジトリのブランチサブツリーのサンプル
分岐ノード
>svn ls -v http://mayorat.ursinecorner.ru:8088/svn/Hello/
37 lazybadg янв 19 2013 ./
37 lazybadg янв 19 2013 branches/
22 lazybadg июл 17 2010 tags/
36 lazybadg янв 09 2013 trunk/
出力の最初の列は、このノードのリビジョン (最新の変更)です。/branches
ツリーの場合は 37 です。
実際の枝
>svn ls -v http://mayorat.ursinecorner.ru:8088/svn/Hello/branches/
37 lazybadg янв 19 2013 ./
28 lazybadg фев 22 2011 Leichtbau-Deutsch/
37 lazybadg янв 19 2013 branche-francaise/
25 lazybadg сен 14 2010 i18n/
branche-francaise
サブディレクトリは前回 37 で変更されたため、ブランチにはリビジョン 37 がありますが、他のサブディレクトリには変更の独自の (古い) リビジョンがあり、取得してテストし、比較することができます。
リポジトリ ツリーの任意の部分、トランクにも同じルールが適用されます。
最後の注意: デプロイに Devs または Designers を使用するのは悪い考え (tm) です。「MYOB」ルールを覚えておいてください。デプロイは、遅延と人為的エラーを減らすために自動化できます (また自動化する必要があります) (コミット後のフックは、このタイプのジョブに適している可能性があります)。