2012-04-26 18 views
3

linuxでgit 1.7.10を使用しています。約100回のコミットでgit rebase -iを使用しようとしています。私は定期的にこの問題にぶつかるわけではありません:Git rebase - index.lockの対話ブロック

私はどのような変更をしたいのかを指摘した後です。 [17/100]のように、コミットを適用しながらコマンドラインにカウンタを表示します。

これは通常、非常にスムーズな操作ですが、それはどこかで言って途中で停止します。

[デタッチHEADの5e1a3c8]メッセージ
が 著者コミット:14の挿入(+)、3つの欠失、
1ファイルが変更されたユーザ名( - )
致命的な:作成できません。 '/ [リポジトリへのパス] /。git/index.lock':ファイルが存在します。私は現在のコミットのコミットメッセージを示します--continue

は、私はgitのを実行すると、他の05e6b8efがリベース

メッセージにコミット適用されませんでしたし、私は、ファイルを閉じるときにgitのリベースを続けますが、それはコミットその省略します。 ..それは非常に役に立たないので、私はちょうどやりますが、それは痛みです...

問題のあるコミットを手動でコミットしてから続けることは可能かもしれませんが、それをまだ見ていない。

いずれにしても、index.lockが存在しないことを確認します。たぶんgitがそれを作成したいときに存在していたかもしれませんが、ファイルブラウザで見る前に間違いなく削除されました...

ps:私はドンすれば再現できません再編成中にgitgを開いていない。

手がかりはありますか?

更新:2.6 gitgするために更新するファイルは2つのクライアントがお互いが同じリポジトリに対して作業に干渉しないことを確認するために作成されている問題

答えて

3

を解決しているようです。私はtorgoisegitでこの問題を抱えていました。それは他の時代にも起こる可能性があります。それは、対話型のリベースはかなり集中的な操作なので、それを当てはめる可能性が高くなります。リベースを行う前にgitgと他のクライアントを閉じてください。

+1

これはひどいです。私はクライアントのアプリケーションを終了する必要があるロック競合で生きることができますが、なぜ私は大きなリベースのデータを実際に失っていたのか分かりませんでした。 – ches

関連する問題