3

ローカルで git を使用しています。ディレクトリ内で、プロジェクトと呼びましょう。git リポジトリを初期化しました。ファイルを作成/変更するときに、「git add file」と「git commit」を使用しました。ファイルは 2 つの一見別々のプロジェクトの混合になっているため、project1 ファイルを Project1 と呼ぶサブディレクトリに配置し、project2 ファイルを Project2 と呼ぶサブディレクトリに配置します。親ディレクトリ名を Project から Project12 に変更しました。

これらすべてを行った後、私は自分の git リポジトリについて考えるのを怠っていたことに気付きました。そのため、すべてのファイルを Project1 と Project2 と一緒にディレクトリ Project12 に戻しました。それぞれのサブディレクトリ。

しかし、「git add --all」を使用すると、git が停止しました。次の行のカーソルが不自然な時間点滅する以外は何も起こりませんでした。「Git ステータス」には、移動中のすべての削除と新しいファイルの乱雑な品揃えがありました。私はステージング領域をクリアしようとしましたが、追加/コミットしました。私が行った調査から、「git reset」を試しました。これにより、'git add --all' 後のストールが解決されなかっただけでなく、'git status' の後に git がストールし、カーソルが次の行に点滅するようになりました。

変更したもののコミットしていないファイルがいくつかあるため、「git reset --hard」はしたくないので、これらの変更を失いたくないのです。「git stash」を試してみましたが、これも失速します。

私はまだ「git add file」を実行できることを追加する必要がありますが、かなりの数のファイルがあり、最終的に何が間違っているのか知りたいです。

私はgitに少し慣れていないので、誰かがここで何が起こっていると思うかを説明していただければ幸いです。カーソルが点滅しているだけなので、この時点でどの出力を貼り付ければよいかわかりません。

目標は、ファイルをそれぞれのサブディレクトリに配置し、同じブランチへの追加/コミットを続けることです。

ありがとうございました！

4

2 に答える 2

2

大きすぎて git が停止するデータ ファイルがありました。プログラムが実行されるたびにデータ ファイルが作成されるため、データ ファイルの削除はオプションであり、これによりストールが修正されました。

于 2012-12-19T04:45:26.167 に答える
1

この厄介な状況から抜け出す方法の 1 つは、次のことです。

  • 別のレポでレポをローカルにクローンします
  • このクローンが、移動/追加/削除を行う前に実際に持っていたものであることを確認してください...
    (そうでない場合は、再編成前に持っていたものを取得するために、適切な SHA1 にチェックアウトまたはリセットします)
  • その新しいレポで必要なものを再現し、git add -Aそこで試してください。

少し不安定に見える元のレポにあまり時間をかけずに、新しくクローンしたレポで問題が解決しないかどうかを確認するという考え方です。

于 2012-08-24T05:37:11.093 に答える