問題タブ [perforce]

問題 : デポで複数のプロジェクトをチェックアウトしています。また、保留中の番号付き変更リストが複数あり、各変更リストには、そのプロジェクトに固有のチェックアウトされたファイルが含まれています。新しいファイルをチェックアウトすると、プロジェクトに関連する変更リストではなくデフォルトの変更リストに表示され、関連する変更リストに手動で移動する必要があります。これは本当に面倒です。

このプロセスを自動化する方法はありますか? 確かに、正規表現を使用したシェル スクリプトは機能しますが、これを行う Perforce 機能があるかどうか知りたいです。たとえば、プロジェクト フォルダを番号付きの変更リストにリンクして、新しくチェックアウトしたファイルが関連する変更リストに自動的に表示されるようにする方法はありますか?

変更リストに添付されているため、コマンドラインから削除できない約 600 のジョブのリストがあります。それらをデタッチする方法を知っている唯一の方法はGUIを使用することですが、それには永遠に時間がかかります. より良い（つまり、より速い）方法を知っている人はいますか？

だから私は仕事でGITを売ろうとしているところです。私が最初に必要とすることは、GIT が既に慣れ親しんでいることで優れていることを全員に納得させることです。現在、Perforce を使用しています。似たようなセールを行っている人はいますか？良いリンク/アドバイスはありますか?

大きな利点の 1 つは、ネットワークから切断された状態で作業できることです。もう 1 つの勝利 IMO は、追加/チェックアウトの処理方法です。さらにポイント大歓迎！また、合計で約 10 ～ 20 人の開発者がいます。

Perforceのパスには、ファイルa.txtおよびb.txtが含まれています。メインパスをメインラインと呼びます。

そこから、a.txtだけを含むブランチ（initialbranchと呼ばれる）を作成しました。私はa.txtに多くの変更を加え、非常に満足しています。ただし、メインラインに送信する準備はまだできていません。メインラインで発生するa.txtへの変更を簡単に統合できます。

初期ブランチからの変更が必要な別のプロジェクトがやって来ます。ここで、b.txtに変更を加え、initialbranchとmainlineの両方で発生する変更を統合できるようにしたいとします。現在、私はinitialbranchから分岐しています（この新しい分岐をsecondbranchと呼びます）。以前は、b.txtをinitialbranchに追加してから、変更をsecondbranchに統合していました。これを行うためのより良い方法はありますか？

この質問がやや複雑に思われる場合は申し訳ありませんが、できる限り表現しました。

ありがとう、

ドム

Perforce の利点は何ですか?

Perforce が特定の状況で、たとえば Subversion よりもどのようにうまく機能するかについて、いくつかの洞察を得たいと思っています。

Perforce と Subversion の両方の経験があり、利点があるとは思わない場合、または svn には Perforce よりも利点があると考えている場合は、その理由も知りたいです。

必要以上のコードを含むブランチを誤って作成してしまうことがよくあります。その場合は、ブランチ ファイル、ブランチ タグを削除してから、最初からやり直します。厄介なのは、膨大な量のデータを削除するためだけに同期しなければならないことです。

サーバー側を削除する方法はありますか?

PerforceとVisualStudioを使用しています。ブランチを作成するときは常に、「ソース管理から開く」を使用しない限り、一部のプロジェクトはソース管理にバインドされませんが、他のプロジェクトは関係なく機能します。私の調査から、私は関係することのいくつかを知っています：

.csprojファイルには、次の設定があります。

• <SccProjectName>
• <SccLocalPath>
• <SccAuxPath>
• <SccProvider>

すべて「SAK」に設定されている場合とそうでない場合があります。これらが「SAK」と言った場合、物事はうまくいく可能性が高いようです。

.slnファイルには、多くのプロジェクトの設定があります。

• SccLocalPath＃
• SccProjectFilePathRelativizedFromConnection＃
• SccProjectUniqueName＃

（＃は各プロジェクトを識別する番号です。）SccLocalPathは、ソリューションファイルからの相対パスです。多くの場合「。」、プロジェクトが含まれるフォルダ、「..」または「.. \ ..」の場合があり、上のフォルダを指すのは悪いようです。ソリューションフォルダ。相対化されたものは、そのフォルダーからプロジェクトファイルへのパスです。SccLocalPathがプロジェクトのフォルダーを指している場合は、完全に欠落します。SccLocalPathに「..」が含まれている場合、このパスにはブランチ間で同じではないフォルダ名が含まれている可能性があり、問題が発生すると思います。

それで、最終的に私が知りたい詳細に到達するために：

• 「ソース管理の変更」を実行してプロジェクトをバインドするとどうなりますか？Visual Studioは、プロジェクトファイルとソリューションファイルに何を入れるかをどのように決定しますか？
• 「ソース管理から開く」を実行するとどうなりますか？
• SccLocalPathおよびSccProjectFilePathRelativizedFromConnectionが参照するこの「接続」フォルダーは何ですか？Visual Studio / Perforceはどのようにそれを選択しますか？
• ソリューションの新しいブランチを作成した場合でも、ソース管理バインディングが引き続き機能するようにするための推奨される方法はありますか？

2012年6月に追加： Perforceを使用しなくなったため、保証できませんが、以下のKCDの回答をご覧ください。どうやら、開発中の新しいP4VSプラグインがあります。うまくいけば、それはこのすべての混乱を取り除くはずです！

ファイルを Perforce に追加すると、そのファイルの種類 (テキスト、バイナリ、utf16 など) を判断しようとします。これはうまく機能しますが、バージョン管理への最初の送信後にファイルタイプを再度チェックすることはないようです。同僚が最近、Unicode (utf16) に変換するテキスト ファイルに変更を加えました。Perforce はこれを認識せず、依然としてテキスト型と見なしていたため、他のユーザーがファイルを取得したとき、ファイルは破損していました。

ファイルを再送信し、明示的にファイル タイプをutf16に変更することで問題を修正しましたが、これが自動的に行われることを希望します。常に特定のエンコーディング タイプを使用するように強制する方法はありますが、そのアイデアが気に入るかどうかはわかりません。誰かがこの問題に対処し、解決策を見つけましたか?

編集用に開かれていないが、ローカルで変更されているファイルを検出する方法を見つけようとしています。任意のファイルp4 fstatの値を返しますが、これはデポ内の変更時間であり、ファイルシステムの最後に変更された時間と同じであってはなりません。headModTimestat

元のファイルをバックアップし、ファイルの同期を強制してからdiffを実行するよりも、より軽量な操作が存在することを期待しています。アイデア？

Perforce サーバーをセットアップし、P4V クライアントをインストールしました。新しいデポと新しいワークスペースを作成しました。ドキュメントに従って、ワークスペースをデポにマップしました。ここまでは順調ですね。

初めてチェックインしたい外部アプリケーションによって作成された .SQL スクリプトがあります。ファイルを自分のワークスペースにコピーしたところ、クライアントのワークスペース ツリー ウィンドウにファイルが表示されました。しかし、ファイルに追加のマークを付けようとすると、「このクライアントではファイルが開かれていません」というエラーが表示されます。チェンジリストを編集してファイルをインクルードしようとしましたが、チェンジリスト エディタはファイルを「認識」しません。

ドキュメント (PDF ファイル) を読みましたが、何が欠けているのかわかりません。商用環境で他の RCS ソフトウェアを使用したことはありますが、RCS システムのセットアップと管理、および RCS システムの個人使用を試みるのはこれが初めてです。