62

私は持っています:http ://windows.github.com/

私の現在のプロジェクトには、約20kのファイルと約150MBがあります(そして、それがどれほど遅いかについては話さず、今は何もできません)。このエラーが発生します:コミットに失敗しました:新しいコミットの作成に失敗しました。

それは誰も持っていないようです。

私はすでにフォルダを削除して再度クローンを作成しました。エスケープはありません。何をすべきか?

シェルを開くことを選択した場合、このすべての***がクラッシュします!


編集:

問題が発生してからGitExtensionsに切り替えましたが、振り返りませんでした。

あなたの答えをありがとう

4

22 に答える 22

77

これは私に起こりました。PowerShellを開き、「gitadd[ファイル名]」コマンドを使用して各ファイルを手動でコミットしてみてください。追加されたファイルを確認するには、コマンドラインに「gitstatus」と入力します。緑のファイルは追加されていますが、赤のファイルは追加されていません。

それらをすべて追加したら、「gitcommit」と入力します。次に、Github for Windowsに戻り、同期します。

この問題の原因はわかりませんが、上記の手順を実行すると、Githubは通常のすばらしい動作に戻りました。

于 2012-07-04T13:20:21.180 に答える
33

予期しないクラッシュの後、私もこの問題を抱えていました。提案されているように、「OpenShell」オプションを使用して修正できませんでした。Windows CLI()を開いて、GitHubフォルダー内のファイルStart -> run -> cmdを削除する必要がありました。index.lock

cd \Users\myUser\my\local\github\repo
cd .git
del index.lock

その後、GitHubアプリに戻ると、正常にコミットされました。


コメントによると、一部の人にとっては、削除するファイルに.lock拡張子がないため、deleteコマンドも。である可能性があることに注意してくださいdel index

于 2012-11-27T09:00:07.360 に答える
17

私はGithugforWindows(7)を使用していて、同じ問題に直面しました。PowerShellを使用しているときに、フルネームと電子メールアドレスを入力していないことに気付きましたtools > options。初心者の間違いのように見えます(そして私はそうです!)。

それが役に立てば幸い!

于 2013-01-19T08:29:42.820 に答える
7

更新からいくつかコミットしてみてください。たとえば5。次に、他のすべての更新で別のコミットを行います。

于 2012-07-31T14:05:08.570 に答える
4

Windowsクライアントを使用していますが、同じエラーが発生します。その後、突然、app_dataのローカルデータベースがSQL管理で開かれていることに気付きました。一部のファイルを開いたり、他のプログラムで使用したりすると、一部のファイルをgithubにコミットできません。

切断されたばかりの管理スタジオがそれを閉じて、単にコミットしました。
これもあなたの場合かもしれません。ファイルをチェックしてください!

于 2012-09-19T12:42:02.280 に答える
4

だからみんなこれは私が問題を解決するために取らなければならなかった完全なステップです...

1)Process Explorerを使用して( http://technet.microsoft.com/en-us/sysinternals/bb896653.aspxからダウンロードできます)「。git \ index」を参照しているプロセスを検索し、それを強制終了しました。

2)次に、Git Shell(Windows Power Shell)を使用して、このような問題を引き起こしているリポジトリに移動し、さらに.gitフォルダーに移動しました。(cd。\ your_respository_name \ .git)。次に、そのディレクトリにあるindex.lockファイルを削除しました(rm -rindex.lock)。

3)次に、同じディレクトリ内からgitresetHEADを実行しました。

4)次に、「gitadd[file_name]」コマンドを使用して各ファイルを手動でコミットしました。(git statusを実行したときにファイルが緑色の場合は、それらが正常に追加されたことを確認できます。

5)次に、ファイルが正しく追加されたらgitcommitを実行します。

6)最後にWindows用のgithubに戻り、すべてを同期します。うまくいけば、問題が解決するはずです。

于 2013-06-09T18:35:04.177 に答える
3

この問題はgithubクライアントのバグのようです-githubクライアントのみをインストールしたマシンで「常に」発生します。git + github PCで見たことがありません(数日間使用していません)。「gitadd」を実行します。そして、「git commit」はシェルでも機能しましたが、GUIが実行してはいけないことです。それ以外の場合は、gitシェルクライアントに固執することができます。

于 2012-09-16T21:35:54.173 に答える
2

同じ問題があり、Windows GUIを使用してコミットまたは同期できませんでしたが、シェルを介して変更をコミットできました。シェルを介して変更を追加すると、WindowsGUIが正常に同期を開始しました。うまくいけば、それは一回限りです。

于 2012-10-12T00:26:06.900 に答える
2

興味深い問題がありました。「Combined--ForImportv4.xlsm」というExcelファイルを開いていても、Git UIで問題なくチェックインできましたが、バックアップファイル「〜$Combined-ForImportv4」のOPの件名にエラーが発生しました。 .xlsm」なので、その変更を破棄して、すべてを実行しました。

PS:なぜExcelファイルをGitにチェックインしているのかについては...そこに到達しないでください:)...

于 2012-12-21T22:32:51.993 に答える
2

gitwindowsデスクトップコミットツールでこの問題が発生しました。私はこれを頻繁に取得していて、VisualStudioがファイルをロックしていることがわかりました。この問題を回避するために、Visual Studioを閉じるだけで、コミット/同期が正常に機能しました。

于 2013-03-25T06:18:51.733 に答える
2

私はグーグルで検索failed to create repositoryしてここに行き着きました。

私の問題は、新しいリポジトリの説明が長すぎることでした。説明には文字制限がありますが、GitHubはとにかくそれをプッシュしようとして失敗しました。

于 2013-11-07T18:39:16.743 に答える
1

私は同じ問題を抱えていて、この投稿のいくつかの提案を試しましたが、何も機能しなかったので、GiTHubクライアントで、tools -> settingsデフォルトの無視されたファイルの追加/作成と表示されているセクションをクリックしました。次に、[更新]をクリックして、クライアントを介して再度コミットしてみます。

于 2012-12-05T02:12:09.627 に答える
1

プロジェクトをIDE(私の場合はNetbeans)で開いたときに、コミットしようとしているファイルが一部のプログラムで開かれていないことを確認してください。

于 2014-02-26T16:31:01.880 に答える
1

C:\ Users {user} \ AppData \ Local \ GitHub \ TheLog.txtにあるログファイルを確認したところ、次のエラーが見つかりました。

LibGit2Sharp.LibGit2SharpException:

Could not open 'SomePath\SomeProject.opensdf':

The process cannot access the file because it is being used by another process.

Visual Studioを閉じたところ、コミットが正常に作成されました。nb上記のエラーで実際のファイルパスを削除しました。

于 2014-09-03T03:08:58.230 に答える
1

新規ユーザーの場合は、電子メールを確認したことを確認してください。同じ問題があり、確認で修正されました!

于 2014-11-05T16:11:00.753 に答える
1

リポジトリの場所の非表示の.gitフォルダー内にあるindex.lockに手動で移動できます。index.lockを削除すると、通常どおりにコミットできるようになります。

フォルダに移動する最も簡単な方法は、Windowsエクスプローラ内のフォルダブレッドクラムをクリックして\ .gitを追加し、Enterキーを押すことです。

于 2015-02-14T09:06:46.497 に答える
1

'/.git/'ディレクトリの'index.lock'を削除するだけです。すぐに問題を解決しました。

于 2015-03-21T00:41:12.373 に答える
0

私はこれを私に起こさせました、そしてこれはそれを修正する最も簡単な方法です:

  1. リポジトリがあるローカルフォルダーのコピーを作成し、そこから.gitフォルダーを削除します。
  2. ファイルを含む元のリポジトリフォルダを削除します。
  3. Windowsクライアントを使用してGitHubからリポジトリのクローンを再作成します。
  4. .gitフォルダーを除いて、複製されるすべてのファイルを削除します。
  5. コピーしたフォルダーから新しいクローンフォルダーにすべてのファイルをコピーします。

コミットノートを追加すると、今回はコミットが機能するはずです。

于 2014-05-27T04:27:10.367 に答える
0

同じ問題が発生しましたが、名前が長すぎるため、ファイルの1つを名前変更して修正しました。これで問題が修正されました。gitシェルからのエラーメッセージは次のとおりです。

fatal: unable to stat 'plugins/com.napolitano.cordova.plugin.intent/example/app/platforms/android/CordovaLib/build/intermediates/classes/debug/org/apache/cordova/NativeToJsMessageQueue$OnlineEventsBridgeMode$OnlineEventsBridgeModeDelegate.class': Filename too long
于 2016-12-11T17:45:27.200 に答える
0

Windows 7マシンを再起動して、再試行しました-動作しました!

「コミットに失敗しました:新しいコミットの作成に失敗しました」というメッセージが表示され、Windowsのコマンドプロンプトからインデックスまたはindex.lockファイルを削除しようとしましたが、機能しませんでした。Windowsエクスプローラーで削除しましたが、機能しませんでした。

このリストの別の返信が言ったようにクレデンシャルをチェックしようとしましたが、それを理解できず、クレデンシャルは「OK」のようでした。だから-私は再起動しました。ビオラ。

これが誰かに役立つかどうかはわかりません。私はこのようなものでそれほど素晴らしいわけではありませんが、試してみます。

于 2018-01-28T19:53:18.717 に答える
0

子ディレクトリの「.git」を削除したところ、問題は解決しました。

于 2019-10-29T02:22:58.250 に答える
0

それは一度私に起こりました、私は私がクローンを作ったリポジトリの中に空のリポジトリを持っていました。それはばかげた間違いでしたが、起こる可能性があります。

于 2020-08-08T16:10:46.303 に答える