mercurial - Mercurial：リモートhg更新フックの後に強制削除

Question

リモートリポジトリには、プッシュを受信した後にリポジトリを自動的に更新するためのフック設定があります。ローカルでファイルを削除してからプッシュする場合を除いて、これはうまく機能します。次のようなメッセージを受け取ります。

remote:  local changed path/to/file/file.ext which remote deleted
remote: use (c)hanged version or (d)elete? c

'c'を自動的に選択します。Mercurialに「d」を使用させて代わりにファイルを削除する方法はありますか？

コメントにも投稿されているフックは次のとおりですが、改行がここに保持されていることを願っています。

[hooks]

changegroup = hg update >&2

incoming = /path/filename.sh > /dev/null 2>&1

.shファイルは、hgの更新後に一部のアクセス許可をリセットします。

score 0 · Accepted Answer

同僚がこれを私に指摘しました。これが私たちの解決策かもしれません。

まだ試していませんが、試した後に報告します。

score 0 · Accepted Answer

このエラーメッセージは、「ローカルの作業コピーには、更新プログラムが削除しようとする変更済みファイルが含まれています」という意味です。

リモートサーバー (つまり、リモートリポジトリ内) で "hg st" を実行すると、変更されたファイルが表示されます。ファイルのパーミッションの変更は、変更と見なされることに注意してください。

それで何が起こるかはこれです：

Mercurial は常にデータの損失を防ごうとするため、デフォルトのオプションは「ローカルの変更を保存する」です (必要に応じて後でいつでもこれらのファイルを削除できますが、復元できない場合があるため)。

あなたは何ができますか？

リモートリポジトリのアクセス許可を「修正」する代わりに、間違ったアクセス許可を持つ変更セットの受け入れを拒否します。つまり、パーミッションを修正する代わりに、pretxnchangegroupフックでチェックします。権限が間違っている場合は、中止します。そうすれば、権限が壊れている限りプッシュできません。ドキュメント.
作業コピーを変更する代わりに、ファイルを新しい場所にコピーして、そこで権限を変更します。これはいくらかのディスク容量を浪費します (ただし、ソフトリンクまたはハードリンクを使用する場合に考えられるほどではありません) が、問題を分離します (バージョン管理されたファイルからの特別なアクセス許可)。

[編集]

新しいファイルがローカルに追加され、リモートリポジトリにプッシュされると、実行権限が失われます。

彼らはそれを失うことはありません。そもそも持っていなかったのです。Windows はこの Unix 機能をサポートしていません。

これを適切に修正するには、次のアプローチを使用します。

Windows でファイルを変更すると、Mercurial は実行ビットを保持します。

最後の 2 つのステップをスクリプトに入れることをお勧めします。完全に自動化できるとは思いません。実行中に誰かが変更をプッシュすると、スクリプトは (しばしば?) 失敗します。

2 に答える 2