ファイルを Perforce に追加すると、そのファイルの種類 (テキスト、バイナリ、utf16 など) を判断しようとします。これはうまく機能しますが、バージョン管理への最初の送信後にファイルタイプを再度チェックすることはないようです。同僚が最近、Unicode (utf16) に変換するテキスト ファイルに変更を加えました。Perforce はこれを認識せず、依然としてテキスト型と見なしていたため、他のユーザーがファイルを取得したとき、ファイルは破損していました。
ファイルを再送信し、明示的にファイル タイプをutf16に変更することで問題を修正しましたが、これが自動的に行われることを希望します。常に特定のエンコーディング タイプを使用するように強制する方法はありますが、そのアイデアが気に入るかどうかはわかりません。誰かがこの問題に対処し、解決策を見つけましたか?
Perforce のテクニカル サポートは次のように述べています。
編集を送信するとき、PERFORCE はファイルの内容をチェックしません。
すべてのファイルの編集内容をチェックすると、非常にコストがかかる可能性があります。「テキスト」と「utf16」だけが注意すべきファイル タイプではありません。たとえば、ファイルのタイプが「テキスト」から「バイナリ」に変更される可能性があります。
もう 1 つの問題は、Perforce がファイルを認識する方法のデフォルトの動作をオーバーライドしたい場合があることです。この場合、実際のファイル タイプがユーザーが指定したファイル タイプと一致しない場合、サーバーはどのように反応する必要がありますか?
これらの理由から、Perforce はファイルが追加されたときにのみファイル タイプを決定し、「typemap」とコマンド パラメータ「-t」を考慮に入れます。
一方、「コンテンツの変更」トリガーを使用することで、状況の再発を防ぐことができます。このトリガーは、ファイルのコンテンツをチェックし、それを指定されたファイル タイプと比較して、不一致を作成する送信を拒否します。