このgit commitには何が起こったのですか？ "untracked files"の問題

Question

私のチームの開発者が、自分のローカルリポジトリに何らかの形で混乱しているgit commitを修正する手助けをしました。下のGit Extensionsのスクリーンショットから、彼は11時間前に彼がコミットをしたことを知ることができます。彼はコミットを行いました。彼はファイルシステムの作業コピーからたくさんのファイルが失われていても、今朝発見しました。レポを見ると、これらはコミットされた "マスターのuntrackedファイル"でした。ブランチとマージで遊んだ後、私はそれらをマスターブランチに戻しました。

このシナリオを作成する際に何が起こったかについてのアイデアはありますか？これらのファイルは.gitignoreにはありません。下記の.gitignoreチェックインは、silverstripe-cacheフォルダの内容を無視する試みです。

私たちはここにいるので、助けていただきありがとうございます。

Answer 1

「マスターの人跡未踏のファイルは、」すなわち、彼らは唯一のファイルシステム内に存在し、それらを追跡するためにgitを告げたことはありません、いずれかではありませんコミット。これを修正するには、不完全なコミットに追加したいすべての人に対して "git add"を行い、 "git commit --amend"を実行します（修正されるコミットがあなたの現在チェックアウトされている分岐であると仮定します） 。

Answer 2

ブランチの外観（コミットメッセージの左にあるドットとライン）から、コミットされた "untracked files on master"が他のコミットと同じブランチで作成されていないように見えます。

"master"ブランチの履歴に確かにフォークが存在するかどうかをチェックするには、履歴をさらに調べなければなりません。これが起こる可能性がどのようになど

ブラインド推測：

• 最初の中央リポジトリにプッシュし、別のマシンから行われたコミットが、あなたの同僚が引くのを忘れて（あるいは彼が思っていたが、代わりに持っていました奇妙なエラーメッセージ）、
• git checkout <branch>とgit checkout -b <branch>はまったく異なる意味を持ち、新しいユーザーを混乱させる可能性があります - 私には1〜2回の驚きがありました;）