5

SourceSafe 6.0dを使用しており、DBは約1.6GBです。まだ問題はなく、現在ソース管理プログラムを変更する予定はありませんが、SourceSafeデータベースが問題になる前にどれくらいの大きさにすることができますか？

ありがとう

4

8 に答える 8

9

VSS の問題は 1.5 ～ 2.0 ギガから始まりました。

メタ回答は、使用しないことです。VSS は、手元にある 6 つの代替手段よりもはるかに劣っています。ソース管理の一部は、リポジトリの整合性を確保することになっています。ソース管理ツールの基本的な前提の 1 つが、データの整合性がいつ低下し始めるかわからないというものである場合、ツール自体の目的が無効になっていることになります。

VSS を使用しているプロのソフトウェア会社は、ほぼ 10 年間見たことがありません。

于 2008-11-13T19:54:51.630 に答える
8

1バイト！

:-)

すみません、あなたは私を設定しました。

于 2008-11-13T19:53:21.133 に答える
4

組み込みの ssarchive ユーティリティを実行してバックアップを作成しますか? その場合、復元できる最大サイズは 2GB です。( http://social.msdn.microsoft.com/Forums/en-US/vssourcecontrol/thread/6e01e116-06fe-4621-abd9-ceb8e349f884/ )

注: ssarchive プログラムはこれを通知しません。ただ、2GB を超える DB を復元しようとすると失敗します。注意してください！大規模な DB で正常に動作していると言っているこれらすべての人は、別のアーカイブ プログラムを使用しているか、復元機能をテストしていません。

于 2008-11-13T20:15:28.450 に答える
2

私は実際に約40ギガのvss dbを実行しました。お勧めしませんが、可能です。本当に、放せば放すほど、火遊びをしているようなものです。データベースが破損し、ソース管理の項目が回復不能になったという事例を聞いたことがあります。私は間違いなくそれを毎日バックアップし、ソース管理システムの変更を検討し始めます. 失敗したときに彼らが呼ぶ男の立場にいたので、それがただ落ちて二度と戻らない可能性があることに気付くと、本当にストレスがたまり始めると言えます。

于 2008-11-13T19:48:41.453 に答える
2

SourceSafe が独自に生成する可能性のある問題の量を考慮すると、問題が発生するためにはサイズが「ディスク上に存在する」カテゴリに含まれている必要があると言えます。

于 2008-11-13T19:53:19.260 に答える
1

私は、Analyze / Fixが、適度に強力なサーバーで2G前後で厄介に遅くなり始めることを発見しました。Analyzeは、20人ほどの開発者が使用するデータベースで月に1回実行されます。ユーティリティは実行する修正をときどき見つけますが、実際の使用は基本的に私の職場では何年も問題がありませんでした。

Microsoftによると、データベースのサイズに関係なく、ディスク容量が不足しないようにすることが重要です。

http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

引用：実行中にVisualSourceSafeまたは分析ツールのディスク容量が不足しないようにしてください。複雑な操作の途中でディスク容量が不足すると、データベースが深刻に破損する可能性があります

于 2009-05-13T01:41:03.303 に答える
1

そのサイズの2倍以上のVSSDBを管理しました。Analyzeの実行に注意している限り、問題はありません。

于 2008-11-13T19:44:22.133 に答える
1

Sourcesafe は、「13G を超えるな」という条件で 3 ～ 5G を推奨しています。

ただし、実際には、私たちのものは 20G を超えており、問題なく動作しているようです。

大きくなるほど、分析は失われたファイルなどを含むより多くの問題を発見します。

編集:これが公式の言葉です: http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

于 2008-11-13T19:45:27.513 に答える