0

したがって、さまざまなバージョン管理システムを見てみましょう:subversion、accurev、surround、tfs、bitkeeper / git / mercurial

  • Subversion:かなり人気のある標準だと思います
  • Accurev:その周りには愛憎関係があるようです。
  • サラウンドとTFS:私はそれらの周りに多くのコメントを見ていません。
  • Bitkeeper / Git / Mercurial:かなり人気があるようですが、「分散」はマネージャーを怖がらせるかもしれないと思いますlol

どういうわけか彼はサラウンドに惹かれているようで、それは売り込みのせいではありません。もともとは評価用にダウンロードして遊んでいましたが、何も起こりませんでした。これで、scmの確認に戻り、もう一度試してみたいと思います。これまでのところ、他のバージョン管理システムのような話題は見ていません。TFSについても同じ

4

4 に答える 4

14

私は仕事でサラウンド SCM を使用してきました。サラウンド scm はサラウンドの問題追跡システムとうまく統合されていると聞いたことがありますが、私たちはそれを使用していないためコメントできません。

個人的には、UI にバグがあり、わかりにくいと感じています。

  • ワークフローはわかりにくく、適用されないプロンプトが表示されることが多いため、警告を無視することに慣れてしまいます。
    • 例えば。「本当に自動マージしませんか?」「ファイルを上書きしてもよろしいですか?」
  • UI は常に自動マージ機能を使用するように促しますが、それを試すたびにコード (C#) が台無しになります。
  • その上、パッケージ化された差分ツール (Guiffy) にはバグがあり、テキストが正しく表示されません。
  • 奇妙なワークフローの癖により、変更が上書きされる可能性があります。

ディレクトリの同期は行いません 。つまり、プロジェクトに新しいファイルを追加するたびに、手作業で SCM リポジトリに追加する必要があります。そうしないと、ビルドが壊れたという理由でチームメイトの 1 人がメールを送信するまで、すべてが正常に見えます。

分岐しているときにリビジョン履歴をコピーする良い方法はありません ...つまり、分岐する必要があるときに分岐する可能性が低くなります。リリース直前に変更を加えているのに、チームがコードを別のリポジトリにブランチすることを拒否しているために、コードをローカルに保存しなければならないことほどイライラすることはありません。

特定のファイルをブラックリストに登録して、更新中にチェックインまたは上書きされないようにする良い方法はありません。 チェックインしたくないファイルがある場合、ファイルの長いリストをスキャンし、チェックインするたびに不要なファイルの選択を解除するという面倒な作業が残されます。うん。

機能が十分に文書化されていない もちろん、ユーザーズ ガイドをリリースしていますが、Microsoft Windows のヘルプ機能と同じくらい役に立ちます。UI での操作方法を順を追って説明します (つまり、「[Create Shadow Directory] ​​をクリックしてから [OK] をクリックします」)。 、実際にサーバー側で何が起こるかなど

ところで、これらの問題を回避する良い方法を知っているなら、私に知らせてください :)

于 2011-05-12T19:17:52.407 に答える
7

危険!危険だ、ウィル・ロビンソン!

サラウンドはデータ刑務所です。あなたがそれにコミットしたら、あなたは立ち往生しています。履歴を別の SCM に戻す既知の方法はありません。閉じ込められないでください!

これは一般的にクローズドソースの SCM で問題になる傾向がありますが、Surround では特に悪いという直接的な報告があります。

Subversion、git、Mercurial、または Bazaar を選択することをお勧めします。

于 2013-01-15T17:23:29.043 に答える
3

私は約 3 年間、仕事でサラウンドを使用しています。

(Seapine の) テスト管理および課題追跡プログラムとうまく連携します。すでに TestTrack を使用している場合は、Surround が最適です。

一般的には @eremzeit に同意しますが、「バグがあって紛らわしい」というコメントが私たちのワークフローに当てはまることはめったにありません。デフォルトの差分ツール (Guiffy) は良くありませんが、多くの場合は十分です。

私が気に入っている部分の 1 つは、プロジェクト/リポジトリ全体を共有する必要なく、リポジトリ間でファイルを簡単に共有できることです。Git には、これを簡単に行うメカニズムがありません。

最後の注意: Linux と Windows で Surround を使用しましたが、どちらでも同様に機能するようです。同じインターフェースを持っているのはいいことです。

于 2013-06-10T19:08:39.320 に答える
2

サラウンドSCM。

長所:

  • すべてのファイルに開発ワークフローを適用できます。ワークフロー内で、ファイルの 2 つのリビジョンが同じステータスになることはありません。
  • 良いUIを持っています。
  • 良いライセンスシステム。

短所:

  • すべてのデータを RDBMS に格納します。リポジトリのサイズが大きい場合、パフォーマンスの問題が発生します。
  • アトミック コミットをサポートしません。(アトミックコミットを行うことはできますが、ファイルはまだリビジョンであり、チェンジリストを使用して参照することはできません #)

他のツールについての私の考え

Subversionは、企業のセットアップに適しています。Perforceは Subversion に似ていますが、より高速で、優れた UI、シンプルなライセンス条件、そして本当に優れたサポート システムを備えています。最近、 Accurevは革新的な分岐方法論で確固たる地位を築いています。

私見では。欠陥追跡、テスト ケース管理、およびビルド管理ソリューションとうまく連携するツール セットを選択してください。これにより、優れた開発者エコシステムを作成し、時間を節約できます。

于 2010-09-03T09:40:37.833 に答える