問題タブ [svn-externals]

バックグラウンド：

Visual-SVNV.1.7.5とVS2008を使用しています。私はSVNにかなり慣れていません。

他のソリューションと共有されるソースファイルを使用するソリューションがあります。

これらのファイルを「共有」というフォルダーに入れ、次を使用してソリューションに追加しました。

「追加->既存のアイテム...->リンクとして追加」

これは、VS2008に関する限り正常に機能します。

しかし、ファイルのコンテキストメニューの[Add to Suversion]メニュー項目を使用してリンクされたファイルをSVNに追加しようとすると、警告が表示されます。

「...作業コピーがないため、Subversionに追加されません。VisualSVN->作業コピールートの設定メニューを使用して作業コピールートを設定してください」。

私はこれを試しましたが、これはソリューション全体のルートディレクトリを変更するようです-私がやりたいことではありません。

グーグルでSOを検索すると、SVN外部をセットアップしたい場合があることがわかります。Visual-SVNで初めてコマンドラインを使用して、例を実行しようとしました。しかし、理解できないエラーメッセージがたくさん表示されました。

質問：

1. エクスターナルズはここに行く方法ですか？

2. もしそうなら、誰かがVisual-SVNでこれを行う方法について詳細なステップバイステップのヘルプを提供できますか？

私がやっていること：

1. トランク内のフォルダーに外部プロパティを適用します (外部の単一ファイルとフォルダーの両方で、外部はバイナリ ファイルです)

2. トランクからブランチを作成し、プロジェクト全体を更新します

3. ブランチ上のファイルを変更し、変更をコミットしてから、プロジェクト全体を更新します。

4. マージ -> 「ブランチの再統合」最後の画面に到達したら、「マージのテスト」をクリックすると、次のエラーが表示されます。

   エラー: 混合リビジョンの作業コピーに再統合できません。最初に更新してみてください

プロジェクト全体を更新しても、同じエラーが発生します。

その他の観察:

• 「リビジョンの範囲をマージ」すると、すべて正常に動作します。
• 外部を削除すると、「リビジョンの範囲をマージする」または「ブランチを再統合する」のいずれかを使用して、すべてが正常に機能します。

この問題を解決するにはどうすればよいですか?

TortoiseSVN 1.6.6で Subversion 1.6.6 を使用しています。

バージョン管理下でソフトウェア モジュールの依存関係を追跡および管理するにはどうすればよいですか?

私はいくつかの Web サイトを構築していますが、それぞれが特定の Apache 構成、特定の Django コード、共有 Python ライブラリ、およびいくつかの共有 Javascript を使用しています。サイトごとに、これらの部分は相互に依存しています。サーバー コードが変更された場合、Javascript も変更される可能性があり、その逆も同様です。

すべてを 1 つのプロジェクトの下に置くこともできますが、これは扱いにくいようです。しかし、それらを別のプロジェクトに配置すると、要素の依存関係をバージョンごとに追跡する必要があります。「DjangoStuff v. 14 は JavascriptStuff v.20 で動作しますが、v.21 では動作しません。JavaScriptStuff v.21 は DjangoStuff v.15 で動作します。」

ここで最善のアプローチは何ですか？サブバージョンを使用しています。(もうクールではないという噂を聞いたことがありますが、私のニーズには合っているので、今のところは使い続けたいと思います。)

私たちの会社では、さまざまな C/C++ モジュールで構成される製品に取り組んでいます。理想的には、各層とモジュールは、異なるチームによって個別に開発され、個別にテストされる必要があります。現在、各モジュールを独自のブランチに分けています:\

モジュールは次のとおりです。

これとは別に、モジュールを組み合わせて製品リリースをビルドし、CI システムを使用して定期的にコンパイルします。

私たちが抱えている主な問題は、externs に関連する「svn タグ」の動作にあります。現在の extern は HEAD を参照しています。これは、最新バージョンを定期的にビルドして、すべてのモジュールが確実に連携するようにしたいためです。ただし、ビルドが成功してリリースに進むと、extern で使用されるバージョンを含め、すべてに自動的にタグを付ける簡単な方法があればいいのにと思います。現在のところ、モジュールのタグを作成し、externs をこれらのタグに更新し、製品にタグを付け、最後にトランクに戻す必要があります。

これを行うためのよりクリーンな方法はありますか？現在の構造についてもお気軽にコメントしてください。

これはtortoiseSVNで可能ですか？：

svn:externalsタグは常にフリーズします

シナリオでは、トランクは常に外部に「HEAD」リビジョンを使用しますが、「タグ」を作成するときは、特定の時点で外部に適切に「フリーズ」するように外部にリビジョンを設定する必要があります。

アップデート

フィードバック/情報をありがとうございました。

私たちのニーズを完全に満たすものが見つからなかったので（試しsmartsvnてみsvncopy.plました）、これまでのところすべてのテストケースに合格したコンソールアプリを作成しました。

大まかな概要：アプリはリポジトリのURLを取得し、すべての外部を検索して、それらの最後のコミットリビジョンを追加します。これを実行しsvn infoて「コミットリビジョン」を取得します。

アプリは、フォルダーと単一ファイルの外部の両方で動作します。

ソースコードと完全なセットアップファイルは次のとおりです： http ：//svnxf.codeplex.com/

私のトランクには構造があります：

with \toolは、私のではなく、別の場所の外部にありtrunkます。\toolだから私はユーザーがSVNでコミットしたくない。\dataまたはにのみコミットでき\srcます。

誰かが私が外部（この場合は\toolフォルダ）にコミットするのを防ぐためのフックスクリプトを作成するのを手伝ってもらえますか？

Subversion を使用して、WordPress インストール用の独自のリポジトリをホストしています。すべてのコア WordPress ファイルが独自のディレクトリ (wordpress と呼ばれる) にあるようにセットアップし、svn:externals を使用して WordPress リポジトリにリンクするようにセットアップしました。次に、svn:externals を使用しない wp-content ディレクトリ (wordpress ディレクトリの外にある) の独自のコピーを作成します。これはすべて正常に機能しています。

リポジトリを更新すると、WordPress コアが更新されます。WordPress リポジトリには独自の wp-content ディレクトリが含まれているため、そのディレクトリも更新されます。したがって、私のファイル構造は次のようになります。

最終的に、wp-content フォルダーの 2 つの異なるバージョン (1 つは私のリポジトリから、もう 1 つは WordPress リポジトリから) になります。WordPressリポジトリからのものは必要ありません（または少なくともその場所にはありません）。外部定義を使用しながら、wordpress/wp-content ディレクトリを無視するように svn を設定する方法はありますか?

私たちはローカルでSubversionを使用しており、GithubでホストされているFluentNHibernateのフォークを使用するプロジェクトに取り組んでいます。

1回のsvnチェックアウトでプロジェクトのビルドに必要なすべてのものを取得できるように設定したいのですが、githubからHEADの更新をフェッチする機能は維持しています。

svn：external依存関係であるかのようにGitリポジトリからコードをプルする方法はありますか？.gitフォルダーをSubversionリポジトリにチェックインし、必要なときにgit fetchを実行して、結果をsvnコミットすることはできますか？

作業中のプロジェクトで Mercurial を評価したいと思います。しかし、私のプロジェクトのほとんどは、svn:externals のようなサポートの存在に大きく依存しています。私は StackOverflow を検索し、Mercurial で対応するサポートをグーグルで検索しました。私が見つけたのは Mercurial 1.3 で追加された subrepo 機能だけですが、この機能のページには次のように書かれていました:

subrepos は Mercurial 1.3 の実験的な機能です。したがって、ミッション クリティカルなリポジトリではこれを行わないでください。

不安定なものは使いたくない。

この機能の実際のステータスと、それを洗練/仕上げる計画、およびいつ「安定」と呼ばれ、ミッションクリティカルなリポジトリの準備が整うかについて、誰かが光を当てることができますか?

リポジトリを新しい場所に移動していますが、外部プロパティに（同じ）リポジトリURLがハードコーディングされたフォルダがあります。例：
古いURL：https://OldLocation.Domain/svn/
新しいURL：https://NewLocation.Domain/svn/

古いリポジトリのURLを新しいものに変更するにはどうすればよいですか？プロパティを編集するだけでは機能しません。