1

プロジェクトを両方にコミットする必要があるのはなぜですか?

私たちの会社では、すべてのプロジェクトをバックアップするシステムをセットアップしました。この目的のために SVN を使用しました。これで、TFS を使用しているクライアントがいて、プロジェクトがサーバーにコミットされました。システム内のコードのバックアップも保持したいと考えており、そのために SVN サーバーを使用したいと考えています。移行ツールを使用したくありません。

そこで、Visual Studio プロジェクトで TFS を使用し、アドイン/プラグインを開発して SVN サーバーにコミットすることを計画していました。しかし、そのステップは実りがありませんでした。AddInから SVN にコミットできるDLLを呼び出すことができませんでした(私はSharpSVNを使用していました)。System.Diagnostics.Processを使用して、コード自体から SVN コマンドを呼び出そうとしています。また、いくつかの問題が発生しました。

今後の進め方についてアドバイスを頂きたいです。アドインを使用する必要がありますか、それとも他の方法で目的の結果を得ることができますか? それとも、コードをコピーして、一日の終わりに TFS と SVN の両方にコミットするなど、手動で行う必要がありますか?

4

1 に答える 1

1

他のすべてのプロジェクトで SVN を使用しているため、このプロジェクトでも個人的には使い続けるつもりです。

クライアントが TFS を使用しているため、SVN サーバーでポストコミット フック スクリプトを使用して、その特定のプロジェクトの変更を TFS サーバーにレプリケートできます。

コードの "内部" SVN ブランチで作業し、 "公開された" ブランチ (たとえばトランクなど) にマージされた変更のみをレプリケートすることもできます。

于 2012-08-23T07:04:40.910 に答える