問題タブ [svn-repository]

最近のすべてのVisualSVNサーバーの投稿により、私はそれをチェックしたいと思いました。現在、Apacheを介してSVNを実行していますが、主にActiveDirectory統合のためにVisualSVNサーバーを試してみたいと思います。彼らのドキュメントには、既存のリポジトリを簡単に移行できるかどうかは記載されていません。

誰かが前にこれをしましたか？

Subversion で保持される DotNet プロジェクトの新しいビルド プロセスを作成しています。

(Nant 経由で) コンパイルする dll/exe ごとに、ビルドされる dll に 2 つの追加属性を含めたいと思います。

「asminfo」ナントタスクの仕組みはすでに理解しています。しかし、バイナリに埋め込みたい情報を取得するには助けが必要です。

ビルドは常に完全な作業コピー (ビルド プロセス自体によってチェックアウトされます) から行われるため、常に .svn ディレクトリが利用可能になります。

追加したい属性は、RepositoryVersion と RepositoryPath です。（これらは、この情報がsvnで使用する名前ではないことを理解しています）

これを行うには、BuildFile が含まれる作業コピー フォルダーによって表される RepositoryVersion と RepositoryPath を抽出する必要があります。

この情報を特定の .svn フォルダーから 2 つの nant 変数に抽出するにはどうすればよいですか?

アプリケーションを古いリポジトリから新しいリポジトリに再配置する際に問題に直面しています。

最初は を使用してい//10.X.X.50/svn/XXXました。//10.X.X.152:8443/svn/XXXここで、サーバーのハード ディスクがクラッシュしたため、新しいリポジトリ に移動しようとします ( 10.X.X.50)。

relocateTortoiseSVN でオプションを使用しようとすると、エラーが発生します。

' https://10.XX152:8443/svn/XXX ' のリポジトリには uuid '5005c752-e8bc-6a46-9f1b-84ec39085508' がありますが、WC には '005a1777-a2fa-4437-9a0c-b35647624529' があります

TortoiseSVN 1.5.9、ビルド 15518 - 32 ビットを使用しています。

現在、別のサーバーに作成された新しいリポジトリには、Branches、Tags、および Trunk の 3 つのフォルダーが作成されています。

私は現在、Maemo 5 用の非常に小さなオープン ソース プロジェクトに取り組んでいます (つまり、Sticky Notesです) 。Hildon Extrasプロジェクト
からいくつかのものを取り入れたいと思います。

SVN リポジトリだけで、バイナリ パッケージはないようです。それを使用する開発者は、Hildon-Extras から自分のリポジトリにソースをコピー アンド ペーストするだけです。

私はそれで何の問題もありませんが、この方法の唯一の問題はバージョン管理です。ソースファイルをコピーして貼り付けるだけでは、いつ更新されるかを知る方法はありません。（もちろん、定期的に手動でチェックしない限り。）

ですから、問題はこれです: SVN リポジトリ内のフォルダがリポジトリ内のソース フォルダを指すようにして、自動的にそれらのものを更新する方法はありますか?

よろしくお願いします。

編集：

svn externals を使用するという Mwilson の推奨事項はうまくいきました! ありがとうございました！
外部に関するTortoiseSVN ページも大いに役立ちました。

Redmineのプロジェクトリポジトリ設定に問題があります。GITでリポジトリを設定しようとしましたが、無効なGITパスを入力しましたが、設定されたパスを削除できないようで、スタックしています。

[削除]をクリックすると、次のページに移動し、次のように表示されます。

理想的には、このリポジトリ参照を削除し、代わりにSVNリポジトリに配置したいと思います。[管理]/[設定]/[リポジトリ]パネルでGITを取り出し、Subversionだけを残して、システムを再調整しようとしました。ただし、これはプロジェクトのスタックしたGITリポジトリ設定には何もしません。

これらのプロジェクト設定を削除するには、どのファイルを編集する必要がありますか？プロジェクトが破損する可能性がないように、少し警戒しています。

UPDATE 26/10/2010：Redmineプロジェクトで欠陥＃6713を発生させました

また、環境変数からシステム変数のGITが欠落していたため、次を追加して、リポジトリを削除できるようにしました; C：\ msysgit \ msysgit \ cmd; C：\ msysgit \ msysgit \ bin;

趣味のプロジェクトのいくつかをホストするために Google Code を使用しています。コードの一部を非公開にしたいのですが、残念ながら Google Code サイトではこれを行うことができません。

私は Project Kenai を見ていましたが、オラクルがそれをやめさせようとしているという噂をいくつか読みました。

コードをどこかにチェックインできるようにするだけでなく、コードの一部 (またはすべて) をプライベートに保つこともできるようにする SVN リポジトリを提供する無料の代替手段はありますか (つまり、認証が必要です)。チェックアウト/表示

SVNリポジトリから（少なくとも）次の情報を抽出できるライブラリを探しています（作業コピーではありません！）：

• リビジョン番号とその作成者およびコミットメッセージ
• 各リビジョンの変更（追加、削除、変更されたファイル）

これを実行できるPythonライブラリはありますか？

作成者とコミットメッセージについては、「db / revprops / 0 / ...」（単純な形式）を解析できますが、変更されたファイルを探すのはそれほど簡単ではないようです。そのため、SVNリポジトリをサポートするライブラリを使用したいと思います。 。

gitリポジトリからsvn-checkoutを作成する方法はありますか？

問題は、サーバーにgitリポジトリを保存したいのですが、変更をプッシュおよびプルして、通常どおりgitを使用して作業できることです。

ただし、コードを変更する必要はない開発者もいますが、ソースコードの最新のスナップショットを取得して、自分のマシンでビルドできる必要があります。いわゆる「開発者」は、SVNをすでに使い慣れているSCMとして使用したいと考えています。

それで、そのようなシナリオを設定する方法はありますか？または、これが唯一の可能な方法です-自分自身にgitが必要で、残りの同僚にSVNが必要な場合は、SVNリポジトリを使用し、git-svnを使用してそれを操作しますか？

ありがとう！

私はrepositoryhosting.comを使用しています。プロジェクトのバックアップをそこからダウンロードしました。バックアップしたデータを確認したい。

1. ファイルの拡張子は .GZ です。それを解凍すると、.tar ファイルが生成されました。
2. .tar ファイルは、抽出時に subversion.dump ファイルを提供しました。
3. 今、私はそれをさらに抽出することができません。

＃3を実行すると、次のエラーが発生します。

ファイル path\subversion.dump' をアーカイブとして開けません

続行する方法を提案してください。私は何か間違ったことをしていますか？

開発チームがリポジトリ内のファイル構造を再編成したいという状況に直面しています。このプロセスには約 2 ～ 3 か月かかります。ファイルの再構築中に、ソフトウェアのリリースを行う必要があります。そのため、再構造化プロセスの後、整理されたファイルをブランチからトランクにマージしたいと考えています。ファイルの履歴を保存することは重要であり、最初にブランチを作成してからのトランクのコード変更をマージできる必要もあります。

私の最初の試みは、ブランチを作成してから、単純にマージすることでした。残念ながら、思ったほど単純ではありません。私のテスト シナリオの 1 つは次のとおりです。

1. トランクからブランチを作成しました
2. トランク内のファイルを更新する
3. ファイルをブランチに移動する
4. ブランチのファイルを更新する
5. ブランチからトランクへのマージの実行

ステップ 5 で、トランクで更新したファイルで「ツリー競合」エラーが発生しました。TortoiseSVN は、衝突したファイルがブランチ内のどのファイルに関連しているかについての情報を提供しません。私のシナリオでは、問題のあるファイルを特定することはそれほど難しくありません。ただし、実際のリポジトリでは、何千ものファイルがあり、それらのファイルの多くが同じファイル名を (別のフォルダーに) 持っているため、非常に困難です。

私と同じ状況に陥った経験のある人はいますか？コードの整合性を確保するために私がすべき/できる提案/ベストプラクティスはありますか?

すべての助けに感謝します。