6

私たちの開発ショップは現在、Visual SourceSafe を使用しています。私たちは皆、それがどのように (ひどい) 結末を迎えるかを知っているので、他のシステムを調査しています。まずはPerforceです。それを使用した経験があり、Visual Studio (2003/2005/2008) に統合した経験のある人はいますか? それは他のものと同じくらい優れていますか、それとも優れた機能を備えたかなり堅実ですか?

4

9 に答える 9

12

私は過去 3 つの仕事で Perforce を使用しました (現在の仕事では Subversion を使用していますが、これはあまり好きではありません)。アトミック チェックインを取得するだけで、会社にとって大きな後押しになります。それ以外の場合、Perforce は高速で、優れたツールを備えており、マージや統合などを行うためのワークフローがシンプルです。心からお勧めします。最新の分散型 VCS のようにすべてが新しく派手なわけではないかもしれませんが、正直なところ、特に接続が遅い可能性のある他の国の人と仕事をしている場合は、速度の点でクライアント/サーバー モデルを好みます。

Visual Studio との統合は非常に優れていますが、いくつか厄介な問題があります。別の Perforce クライアント (P4V など) を同時に実行する場合、現在チェックイン/チェックアウトされているファイルを表示するという点で、他のクライアントからの変更を同期するのは非常に困難です。通常、正しく同期するには、Visual Studio をシャットダウンし、プロジェクトを再度読み込む必要があります。ただし、同期ステータスが実際にチェックイン/チェックアウト/更新の正常な動作に影響を与えることはありません。Visual Studio を使用しているときに、何かが実際とは異なる状態にあると誤解される可能性があることを意味します。Perforce クライアントは、データベースと継続的に同期するため、常に正しいステータスを表示します。

また、場合によっては、「オフライン」(何らかの理由で Perforce データベースに接続されていない) で作業する必要があり、次回プロジェクトを再度ロードするときに、Perforce バインディングが失われ、再バインドする必要がある場合があります。各プロジェクトを個別に。多くのプロジェクトを含むソリューションを使用している場合、これはパトゥートにとって大きな苦痛になる可能性があります。ソリューションを最初にチェックアウトするときも同様です。統合が行われる前に Perforce にバインドする必要があります。

于 2008-08-25T20:26:40.023 に答える
5

ユーザーあたり900ドル優れた機能と呼ぶのは難しいです。

于 2008-10-01T14:22:29.803 に答える
4

最近SVNに切り替える前に、Perforceを1年以上使用していました。ツール (たとえば、視覚的な diff とマージ、および管理ビット) は気に入っていましたが、Chris が言及しているように、バインドに関しては非常に厄介な問題がいくつかありました。それ以外の場合は、VS 統合で十分です。どちらかといえば、SVN での作業は Perforce よりも簡単で直感的だと思います。TortoiseSVN (Windows Explorer シェル拡張機能) は素晴らしいので、VS 統合のためにいくつかの VisualSVN ライセンスを購入しました。Perforce とは対照的に、VisualSVN は MS SCC インターフェイスではなく、直接 SVN クライアントで動作します。これは私が個人的に利点と考えるものです。Perforce は他の多くの OS をサポートしていますが、Windows 以外の開発者も SVN をより快適に使用できます。もう一度選択する必要がある場合は、SVN に固執します。

于 2008-08-25T20:47:19.380 に答える
3

Sourcegear Vault は、VSS ユーザーを移行するのに最適な SCM です。

そして安い。

于 2008-08-26T04:11:32.883 に答える
1

Perforce は、VS がローカル ファイルを書き込み可能にし、後でサーバーと同期する「オフライン」モードを含め、Visual Studio で正常に動作します。

私は多くの操作 (送信、差分) に Perforce GUI を使用する傾向がありますが、その方が高速で優れているという理由だけで、IDE がチェックアウトするプロセスはシームレスです。

私の経験では、Perforce は堅実であり、コストが要因でない場合、最高の混合 (コード + データ) バージョン管理製品です。

私の最大の不満は、Windows でのサーバーのパフォーマンスが *nix でのパフォーマンスに及ばないことです。また、*nix サーバーを使用している場合、大文字と小文字を区別しないファイル名のオプションが正式にサポートされていません (つまり、サポートを放棄することを意味します)。ファイルシステムエラーに関連する、または Foo.cpp が存在する場合に foo.cpp を追加できないようにするトリガーを設定する)。

私のもう1つの主な不満は、いくつかの一般的な操作では、コマンドラインに戻らなければならず、多くの場合、関数を一緒にパイプすることです。1 つの例は、ソース管理下にないディレクトリ内のファイルのリストを取得することです。

これらはどちらも、製品よりも会社に影響を与える問題です。IMO Perforce は、自分たちが市場のトップにいることを認識しているため、このような問題の修正に投資する理由はないと考えています。

于 2008-08-25T20:33:03.220 に答える
0

非常に大規模なプロジェクトへの分岐、Sun SolarisおよびWindowsでの開発、120人を超えるユーザーなど、社内でPERFORCEを幅広く使用しています。

非常に高速で、Windows GUI(P4V)は非常に優れています。Explorerの統合は許容されます。VS統合を無効にし、マクロ(たとえばを呼び出すp4 edit)を使用してファイルを編集/復元/差分します。VS統合は、大規模なプロジェクト(当社のソリューションには130を超えるプロジェクトがあります)では非常に煩わしいものですが、小規模なプロジェクトでは機能する可能性があります。

于 2008-09-18T19:45:47.550 に答える
0

Perforce 派生物を使用した経験があります。

管理者の観点からは管理が難しそうに見えましたが、プログラマーの観点からは問題なく使用できました。

繰り返しになりますが、私はコマンド ラインのバージョン管理が得意なので、VS 統合について話すことはできません。

于 2008-08-25T20:22:51.483 に答える
0

私は個人的に使用し、Perforce と Visual Studio を行っている多くのチームを数年間管理してきました。それは完全にうまく機能します。バインド/再バインドの問題がいくつかある可能性がありますが、これらは一般的に簡単に解決できます。Perforce ナレッジベースやメーリング リストは、優れた情報源です。

コマンド ライン、ビジュアル クライアント、および VS IDe を同時に使用しても問題はありませんでした。更新は正常に機能します。

于 2008-08-28T21:27:26.823 に答える
-1

私は Perforce を使用したことはありませんが、Visual Studio を使用しているときに最適なオプションの 1 つとして Team Foundation Server に移行することがわかりました。

于 2008-08-25T20:30:31.963 に答える