3

状況は次のとおりです。私の小さなオフィスでは、モバイルを維持し、時々自宅で仕事をするのが好きなので、中央のファイル サーバーを使用する代わりに、SVN リポジトリにすべてのオフィス ドキュメントがあり、各人が自分のラップトップでチェックアウトを行っています。 . チェックアウトの重量は約 3 GB で、リビジョンを含むレポは約 6 GB です。これはすべてうまくいっています。

問題は、まもなく小さなオフィスがなくなることです。5 人の従業員全員がリモートで作業することになります。専用サーバーを購入し、そこから SVN リポジトリを実行することを検討していましたが、2 人の作業員が本当にリモートで、月 3GB の制限でワイヤレスの「ブロードバンド」を使用することを除いて、いくつかの大規模な更新が行われるのではないかと心配しています。完了するのに丸一日かかることは言うまでもありません。

Stack Overflow に関するいくつかの質問を読むと、多くの状況で git または mercurial が間違いなく最適であると考えている分散型 VCS 愛好家のかなりのコミュニティがあるようです。すべての従業員が少なくとも 2 週間に 1 回は顔を合わせて会うことができる (したがって、高速 LAN 上にいる) ことを考えると、DVCS が機能するかどうか疑問に思っています。

4

4 に答える 4

1

Fossil DVCS をチェックしてください。あなたの予算に合うかもしれません。Fossil は、SVN や DVCS のように使用できます。現在のリポジトリの処理が心配な場合は、試してみてください。また、リポジトリと一緒に配布するプロジェクト wiki とバグ追跡システムも組み込まれています。試してみて、小規模なチームでうまくいくかどうかを確認してください。

リビジョン履歴を失うのは苦痛です。現時点では、svn リポジトリを Fossil にインポートできるとは思いません。

メーリング リストに参加すると、質問に対する回答が得られます。SQLite の作成者は、このプロジェクトの作成者でもあります。お役に立てれば。

于 2009-02-17T04:58:12.673 に答える
1

あなたのリポジトリに何があるか正確にはわかりませんが、すべてのファイルを定期的に変更していない限り、DVCS は非常に望ましいワークフローを提供するはずです。

svn -> git 変換を実行し、レポを DVD に貼り付けてすべてのサテライト オフィスに郵送し、かなり低い増分コスト (デルタ一般に）。

于 2008-12-03T20:41:52.010 に答える
1

理由がわかりません。gitのようなものでは、リポジトリはマシンに対してローカルであるため、リモートの従業員は実際に追跡された変更ログを持つことができ、それをメインのリポジトリとマージまたはリベースすることができます。 .

また、gitは SVN に比べて圧縮率が非常に優れているため、リモートの従業員にとって 3 GB/月のクォータは十分すぎる可能性があります。

実際、Randal Schwartz は、Google の Tech Talksでgitに関する非常に優れたプレゼンテーションを行いました: http://www.youtube.com/watch?v=8dhZ9BXQgc4

于 2009-02-17T08:37:47.917 に答える
0

(誰もこれに答えていないようです。) DVCS はもちろんうまくいくようですが、私は経験がありません。毎日大きな変更が予想されない場合は、svn のような集中型システムも機能する可能性があります。(サーバーから行ったり来たりするため) その場合の最初の get は、唯一の実際に高価な問題です。

今すぐ使用状況を監視して、トラフィックの量を確認できますか?

ここでの本当の問題は、3 GB/月の帯域幅制限です。おそらく、接続のためのより良いソリューションを考え出す方が良いでしょう...

于 2008-12-03T20:23:45.400 に答える