問題タブ [perfarce]

Perfarce 拡張機能で、乗り越えられないように見える問題に遭遇しました。最初に、次の方法で P4 デポの一部を複製しました。

私は、現在のヘッド リビジョンよりほんの数チェンジリスト遅れた開始リビジョンを選択しました。startrev なしで完全なクローンを試行してもうまくいきませんでした。

クローン中に次のエラーが発生しました。

しかし、ディスクに表示された内容を調べると、実際にはすべてのファイルが正常に複製されているように見えました。言及されたファイルは Peforce のものと同一であり、lwnthg フォルダーはクローン プロセスの前は空でした。「hg ステータス」には、まだコミットされていない多くのファイルが表示されました。クローンが中止されたためでしょうか? だから私はそれらをコミットしました、そしてすべてが素晴らしいように見えました.

ファイルにいくつかの編集を加え、問題なくローカル リポジトリにコミットしました。Mercurial の愛らしさを満喫しました ;)

しかし、変更を Perforce にプッシュしようとすると、次のエラーが発生します。

有効な P4 ログイン チケットがあること、P4 が起動していることなどを確認しましたが、すべて問題ありませんでした。

したがって、Perfarce は P4 から最後に同期した変更リストをどこかに保存しており、この情報が書き出される前に最初の中止が発生したと推測されます。P4 からプル操作を試みると、同じエラーが発生します。私の理論が正しいと仮定すると、ローカルの Perfarce 構成でこの情報を再構築する方法はありますか?

注「Perfarce」はタイプミスではありません。Perforce にリンクするMercurial 拡張機能の名前です。質問を「Perforce」に変更すると、質問の意味が一部失われます。質問を解決するための助けに感謝しますが、常に最初に事実を確認する価値があります:)

最近、Linuxシステム（Ubuntu 10.4サーバー）でMercurialを使用してPerfarce拡張機能を使用し、ニーズに合わせてコードに変更を加えました。

今、私はWindows 7x64（TortoiseHgをインストールした場所）でも同じことをしたいと思います。Tortoise Hgにはいくつかの拡張機能がバンドルされていることを知っています（perfarceを含む）。また、Mercurial.iniまたはhgrcファイルを使用して拡張機能を有効にし、それらを見つけるためのパスを指定できることも知っています。

Mercurial.iniファイル（perfarce = path \ to \ extension）でperfarce.pyへのパスを強制できると思いますが、perfarceはすでにTortoiseHgインストールにバンドルされているので、バンドルされたバージョンを編集できますか？もしそうなら、どこでそれを見つけることができますか？

TIA

アレクサンドル

1 つのコミットを 2 つの別々のコミットに分割するために、mercurial で履歴を変更する方法はありますか?

最初のファイルには名前変更/移動のみを含め、2 番目のファイルには編集を含める必要があります。これは、他のバージョン管理システム (perforce など) との相互運用性に役立ちます。

このプロセスをスクリプトで自動化できることを願っています。

[注：「Perfarce」は、Perforceと統合するためのMercurial拡張機能の名前です：https ：//www.mercurial-scm.org/wiki/PerfarceExtension ]

現在Perforceに保存されているプロジェクトのMercurialの評価を開始しています。P4デポを放棄してHgですべての変更を行うのではなく、主にHgで作業し、変更を定期的にP4にプッシュしたいと考えています。この評価の間、一部の開発者がPerforceで作業を続ける可能性がありますが、それ以外に、ある開発者のリポジトリから別の開発者へのプルなど、DVCSが可能にするワークフローを評価したいと思います。

Perfarce拡張機能を試しましたが、ローカル履歴がより詳細な高度なP4クライアントとしてHgを使用するのに最適な方法のようです。ただし、Perfarceを使用して2つの異なるマシンで同じツリーをチェックアウトすると、チェンジセットIDが異なる2つのMercurial履歴が取得されます。この方法で変更を共有する唯一の方法は、P4デポを通過することであるように見えます。

Mercurialレベルで互換性をなくすことなく、開発者のリポジトリをP4と同期させ続けるための他のオプションはありますか？

だから私は、MercurialがHGコミットのハッシュ（に似たもの{{mercurial f413e67c0df7ec53e58e43121c5ffc85f315765a}}）を含むPERFORCEチェンジリストの説明にコメントを追加することを理解しています。

私が疑問に思っていたのは、説明のどこにそのタグが含まれているかは重要ですか？

私がプッシュしているPERFORCEリポジトリにも、非常に厳密なコミットガイドラインがあり、説明は正確な方法で作成する必要があります（各コミットには、コードレビューアの同じレイアウト、前述のJIRAの問題などがあります）。

タグをそのまま使用しても大丈夫ですが、必要なすべての追加情報を追加することもできますか？

基本的に、特定のブランチへの書き込み権限を管理する方法を探しています。

これは、コミット前 (ローカル)、またはコミット後だがプッシュ前 (リモート) のいずれかです。

リリース ブランチを一部のみが編集できるワークフローを強制するために、特定のブランチへの書き込みを保護する必要があります。