2017-06-23 12 views
1

私はPERFORCEを初めて使用しています。 PERFORCEの変わった動作はかなりの問題を引き起こしています。私のオリジナルのレポ(リモートサーバにプッシュ1)はPERFORCEのチェンジリスト番号の一貫性を保つ方法

p4 changes 
Change 3 on 2017/06/23 by [email protected] 'add test-copy.go' 
Change 2 on 2017/06/23 by [email protected] 'add test.go' 
Change 1 on 2017/06/22 by [email protected] '"first sub repo" ' 

持っていますが、私のクローン化されたレポ(新しく作成したフォルダは、リモートサーバーからのクローンを作るために)

p4 changes 
Change 6 on 2017/06/23 by [email protected] 'add test-copy.go' 
Change 5 on 2017/06/23 by [email protected] 'add test.go' 
Change 4 on 2017/06/22 by [email protected] '"first sub repo" ' 

誰もが良いを持っていないがありますリソースのアクションが特定のコミットをチェックアウトするときにこれを回避するアイデアですか? これは、私の同僚が私のリポジトリのクローンを作成したときにチェンジリスト番号で同じコミットを参照するときに問題を引き起こしますが、gitではコミットシャーはサーバと異なるクローンで一貫しています。

答えて

1

は、サーバー間で保存されるチェンジにグローバルIDを設定するように構成submit.identityを使用します。

https://www.perforce.com/perforce/r15.2/manuals/dvcs/fetching.changelists.html#fetching.track_identity

+0

私は自分のローカルサーバであることを設定します。 ' 任意:P4LOG = p4_log.txt 任意= 0 任意db.monitor.shared:= 1 任意dm.user.noautocreate:journalPrefix =バックアップ/バック 任意:任意= 3 を監視:サーバー= 0 任意:server.allowfetch = 3 任意:server.allowpush = 1 任意:server.allowrewrite = 1 任意:submit.identity = UUID ' 私は、リモートサーバーにプッシュした後(のPerforceパブリックサーバー)、それをクローンします。複製された変更リストは、ローカル変更リストと一致しません。例えば、 。ローカルレポのチェンジリストID:1,2,3およびクローンされたレポのチェンジリストID 4,5,6 – Junyu

+0

「ID」はチェンジリスト番号とは異なります。 –

関連する問題