私は仕事でサラウンド SCM を使用してきました。サラウンド scm はサラウンドの問題追跡システムとうまく統合されていると聞いたことがありますが、私たちはそれを使用していないためコメントできません。
個人的には、UI にバグがあり、わかりにくいと感じています。
- ワークフローはわかりにくく、適用されないプロンプトが表示されることが多いため、警告を無視することに慣れてしまいます。
- 例えば。「本当に自動マージしませんか?」「ファイルを上書きしてもよろしいですか?」
- UI は常に自動マージ機能を使用するように促しますが、それを試すたびにコード (C#) が台無しになります。
- その上、パッケージ化された差分ツール (Guiffy) にはバグがあり、テキストが正しく表示されません。
- 奇妙なワークフローの癖により、変更が上書きされる可能性があります。
ディレクトリの同期は行いません
。つまり、プロジェクトに新しいファイルを追加するたびに、手作業で SCM リポジトリに追加する必要があります。そうしないと、ビルドが壊れたという理由でチームメイトの 1 人がメールを送信するまで、すべてが正常に見えます。
分岐しているときにリビジョン履歴をコピーする良い方法はありません
...つまり、分岐する必要があるときに分岐する可能性が低くなります。リリース直前に変更を加えているのに、チームがコードを別のリポジトリにブランチすることを拒否しているために、コードをローカルに保存しなければならないことほどイライラすることはありません。
特定のファイルをブラックリストに登録して、更新中にチェックインまたは上書きされないようにする良い方法はありません。
チェックインしたくないファイルがある場合、ファイルの長いリストをスキャンし、チェックインするたびに不要なファイルの選択を解除するという面倒な作業が残されます。うん。
機能が十分に文書化されていない
もちろん、ユーザーズ ガイドをリリースしていますが、Microsoft Windows のヘルプ機能と同じくらい役に立ちます。UI での操作方法を順を追って説明します (つまり、「[Create Shadow Directory] をクリックしてから [OK] をクリックします」)。 、実際にサーバー側で何が起こるかなど
ところで、これらの問題を回避する良い方法を知っているなら、私に知らせてください :)