GoDaddyプッシュのMercurial（hg）がリモートで殺される

Question

私はGoDaddy共有ホスティングアカウントにMercurialをインストールしましたが、すべて正常に動作しているようです。私は自分のローカルマシンにクローンして、私がプッシュする準備ができたらhg outgoingで正しい答えを得ることさえできます。

しかし、私が実際にhg push（これはSSHを超えています）を実行すると、「変更を検索して」数分待ってからremote: killed!で終了します。

私はMercurialにローカルでもリモートでも他の問題はありません。

これを引き起こした原因は何か、またどのように情報を得ることができますか？

Answer 1

は、私は少しを検索し、GoDaddyは上のプロセスは、20 CPU秒を消費した後に殺された方法について説明2007年からa blog postを見つけました。 Mercurialがremote: killed!と言うとき、それは通常、リモートプロセスが突然終了したことを意味します。

FTPでファイルをアップロードしてサーバー上でコミットしたことがありますが、より良い方法があります：Mercurial bundleを使用してください。そのような「バンドル」は、プッシュまたはプル操作でMercurialが通常ネットワークを介して送信するものを含む圧縮ファイルです。

つまり、あなたのローカルリポジトリ内の

you@local$ hg bundle outgoing.hg 

を実行することができますし、Mercurialは、その後outgoing.hgに出チェンジを格納します。このファイルをFTPなどの手段を使用してサーバーにアップロードできます。それは、サーバー上にあるときは、バンドルから出て、自分のリポジトリにチェンジセットをプルする

you@server$ hg pull outgoing.hg 

を使用することができます。

FTPを使用する利点は、これにより、必要なだけ多くのチェンジセットをアップロードできることです。バンドルはチェンジセットに関するすべてのメタデータを保持します（日付とメッセージのコミット、著者、マージ情報、...）バンドルをアップロードして適用することで、正確に履歴を転送することができます。

Answer 2

http（s）：//またはssh：// URLを使用しているかどうかは、まったく異なるメカニズムです。私はあなたがhttp（s）：//を使っていると仮定して答えていますが、そうでない場合は私に知らせて、sshのためにそれをやり直します：//：

デフォルトでは、pushにはsslが必要です。あなたがホストされたアカウントに設定されたSSLを持っていない場合は、その要件を緩和した構成オプションでサーバーを実行する必要があります：デフォルトのhgwebでも

[web] 
push_ssl = False 

誰からのプッシュを許可していません。あなたは、認証のセットアップを持っていない場合は次のようなエントリ必要があります

[web] 
allow_push = * 

を、あなたが使用する認証を設定しているならば、あなたのようなものが必要です：それらはあなたに行く

[web] 
allow_push = you,me,them 

をhgweb.confまたはhogrcのrepoまたはサーバーを実行しているユーザー（apacheまたはwwwuserまたはあなたの代わりにnouser）があります。

より関連の設定はここで見つけることができます：

http://www.selenic.com/mercurial/hgrc.5.html