3

最近は仕事を家に持ち帰っており、仕事はプライベートなイントラネット上にあるため、USB キーで持ち運んでいます。

Visual Studio 2008 を使用していますが、キーをオフにするとビルドのパフォーマンスが低下することがわかりました。パフォーマンスを改善するための最初の考えは、Robocopy を使用してディレクトリをローカルにミラーリングし、作業に戻す準備ができたら、Robocopy を再度使用して作業フォルダーをハード ドライブから USB キーにミラーリングすることです。だから、私の往復はこのようになります

USB -> ハードドライブ -> USB

誰かがそれに関する潜在的な問題を見ていますか? .svn フォルダーの内容がめちゃくちゃになって、仕事に戻ったときにソース コードをアップロードできなくなるのではないかと心配していると思います。

4

4 に答える 4

4

robocopy が .svn フォルダー全体をコピーする限り、私の知る限り、問題は発生しません。

于 2009-09-29T19:17:15.240 に答える
2

SubversionとインターフェースするDVCSを使用することもできます（例：Mercurial、またはgit svn）。DVCSはオフラインでの作業にも優れています（そしてMercurial Queuesは素晴らしいです:)）。

USBとローカルドライブにリポジトリがあります。ワークフローは次のようになります：作業中のSVNからUSB上のリポジトリを更新し、自宅でUSBからローカルリポジトリに変更をプッシュし、コードで作業し（完全な変更追跡を使用）、作業中にローカルからUSBに変更をプッシュします。

于 2009-09-29T19:22:34.373 に答える
1

ファイルの変更/作成日が台無しになる可能性があるため、そのスティックの FAT32 パーティションで作業していないことを確認する必要があります。

SVN フォルダーのコピーに関しては、定期的に行っていますが、問題はありませんでした。

于 2009-09-29T19:45:27.490 に答える
0

私は何年も前からUnisonを使用してきましたが、魅力のように機能します。コンパイルされたバイナリなど、すべてを同期できるという利点があるため、残りの作業をすぐに追いつくことができます。

これを組み合わせていますgit-svn-これには、すべてのブランチでリポジトリ全体を表示できるという利点があるため、コミット、マージ、さらには「遅延した svn 更新」(git svn rebase -l) も同様に機能します。私のメイン ボックスは GNU/Linux ですが、仲間の Windows ユーザーに感染しており、彼らも気に入っています。

また、git は大きなリポジトリで非常にうまく機能します。すべての履歴とブランチを含むリポジトリ全体が USB スティックに収まる必要があり、実際には単一の SVN チェックアウトよりも少ないスペースで済みます。

于 2010-06-05T23:14:51.283 に答える