問題タブ [svn-externals]

私は最近、作業中のリポジトリからだけでなく、別のサーバー上の別のリポジトリからもコードをチェックアウトするSubversionプロジェクトで作業していました。

これを行うようにリポジトリを構成するにはどうすればよいですか？

LinuxでSubversionクライアントバージョン1.3.2を使用していますが、WindowsではTortoiseSVNバージョン1.4.8（svnバージョン1.4.6で構築）にもアクセスできます。

再帰的な更新を行うときに、すべての svn 外部を除外する方法はありますか?

再帰的な更新を行うときに、すべての svn 外部から 1 つだけを除外する方法はありますか?

基本的に、私は svn の更新時間を短縮したいと思っています。私が持っているいくつかの SVN 外部は、ほとんど更新されません。

SVN から Mercurial への移行を検討していますが、つまずきに直面しました。

現在svn:externals、ライブラリの共通セットを作業ディレクトリに自動的にプルするために使用しています。Mercurial では、このようなサポートは見つかりません。

Mercurial でこれを自動的に行う方法はありますか、それともビルド プロセスの一部としてそれを偽造する必要がありますか?

私の状況: 私はいくつかのコンポーネントを持っていますが、それらは時々変更され、多くの異なるプロジェクトで共有されています。各プロジェクトは、これらを /depends というサブフォルダーに配置します。depends には、すべての共通コンポーネントの svn externals の束が保持されます。

svn:externals は私に多くの時間と苦痛を与えています。

• プロジェクト ルート フォルダーのログを表示しても、svn:external フォルダーの変更は表示されません (ただし、コミットと更新は svn:externals で機能します)
• 分岐すると、svn:externals は分岐されません。
• svn:externals には分岐がないため、通常、変更はトランクを壊します。
• タグはその外部をフリーズしません。これは、タグ付けの目的を本当に無効にします。

私はいくつかのプロジェクトを持っていることを思い出してください (この議論では、それぞれが同じ外部を使用する 10 としましょう)。そのため、プロジェクトごとに通常のコミット済みディレクトリを保持すると、マージに多くの時間がかかります。

私の状況に適した代替手段はありますか?

Subversion を使用すると、 externalsを使用して他のリポジトリの作業コピーを埋め込むことができ、プロジェクト内のサードパーティ ライブラリ ソフトウェアのバージョン管理が容易になります。

これらはライブラリの再利用とベンダー ソフトウェアのバージョン管理には理想的ですが、批判がないわけではありません。

Subversion の外部 (または他のツールで同様のもの) を使用しないでください。これらはアンチパターンであるため、不要です。

外部の使用に隠れたリスクはありますか? それらがアンチパターンと見なされる理由を説明してください。

私はbzrを使用してSubversionリポジトリにアクセスしています。これは素晴らしいことですが、リポジトリはかなりの数のsvn：externalsプロパティを使用して、関連するプロジェクトからコードを取り込みます。

Bzr-svnはまだsvn：externalsをサポートしていません。

この制限を回避する良い方法はありますか？

svn:externals プロパティで参照されるタグの外部依存関係を無視することは可能ですか? これは非常に奇妙な質問のように聞こえるかもしれませんが、説明させてください...

私は、個別の「プラグ可能な」コード モジュールのかなり大きなコレクションを持っており、それぞれを独立してテストし、コンパイルし、スタンドアロン プロジェクトとして開発することができます。これらのモジュールの一部は、svn:externals プロパティを介して他のモジュールに依存しています。問題は、テスト フレームワークgtestも各モジュールの依存関係であり、テスト スイート用の静的ライブラリが含まれていることです。これは、複数のプラットフォーム用にこれらの静的ライブラリを構築したため、各モジュールが少なくとも ~15Mb であることを意味します。

いずれにせよ、これは、比較的単純なプロジェクトがチェックアウト時に 200Mb 以上のディスク容量を使用する可能性があることを意味します。これは、各モジュールからの gtest の複製コピーのおかげです。私の同僚の何人かは、作業コピーの肥大化したサイズについて不満を言い始めています。各モジュールの最上位に gtest 依存関係を含め、そのコピーのみをビルドに含めるだけで、これを減らすことができればよいでしょう。

基本的に、proplist に svn:externals を設定する方法が必要ですが、「--ignore-externals」を svn co に渡すかのように、これらの依存関係のそれぞれをチェックアウトします。これは可能ですか？ない気がしますが、聞いてみる価値はあります...

今日、SVN サーバーを移行したところ、問題が発生しました。トランク サブフォルダーに svn:externals プロパティを持つリポジトリがあります。このフォルダーは何度も分岐されており、新しいサーバーを参照するには、すべての分岐でこの svn:externals 参照を更新する必要があります。

これらのプロパティをすべて更新する簡単な方法はありますか?

それらを手作業で個別に更新することに興奮していません。

私も Windows を使用しているため、派手なbash スクリプトは機能しません。もっと簡単な方法があるに違いない！

注: これは、svn:externals 参照が絶対でなければならない 1.5 より前の古いものです。

更新:relocateこれらは絶対 URL であるため、単純な方法では実行できません。

プラグイン フォルダーに多数の外部ディレクトリがあります。

1 つの外部参照を更新してバージョン番号を 1.3.7 から 1.3.8 に更新することがsvn upありますが、フォルダー全体にコマンドを発行する必要があり、単にsvn up stats機能せず、代わりに次のようなものを返します。

外部リポジトリからフォルダーを更新する代わりに。単一の外部サブフォルダーを更新することは可能ですか?

外部ライブラリを使用するために、SVN でプロジェクトをセットアップしました。いくつかの変更をライブサーバーにプッシュしたい場合は、バージョン間の差分を作成し、変更されたファイルのみをコピーします。私の問題は、差分が外部の変更もチェックせず、プロジェクトの変更を返すだけであることです。

外部コードを含むプロジェクトの変更を展開するための戦略は何ですか?