1

そこで、ローカルのgitリポジトリをgithubにプッシュしようとした後、.htaccessファイルを編集しました。これは私がそれを行ったのは初めてで、いくつかの問題がありましたが、今では私の.htaccessが/assetsディレクトリ内の他の大量のファイルと同様になくなってしまい私はびっくりしています。これは私がしたことです:

  1. gitローカルで作業ディレクトリを追加します
  2. リポジトリに入れたくないgitrmファイル
  3. git commit
  4. いくつかの問題を抱えてgithub.comにプッシュしようとし、プルーンを含むいくつかのことを試みました
  5. 私のリポジトリには1つのディレクトリしかなく、別のディレクトリが欠落していることに気づきました
  6. .htaccessファイルと、「assets」ディレクトリ内のすべてのファイルがなくなったことに気づきましたが、フォルダはまだそこにあります。
  7. リポジトリから削除した他のファイルはまだそこにあります

何が起こったのかわかりませんが、ゴミ箱を確認しました。ブランチ「マスター」が1つしかなく、ファイルがなくなっています。ディレクトリを元に戻し、gitを完全に削除して、最初からやり直したいだけです。現在のディレクトリは、現在のブランチを反映していると思います。

4

3 に答える 3

0

一部のファイルを削除したくないと思います。gitにそれらを追跡しないように指示してください。この目的では、「git rm」は非常に悪い考えです。ワークツリーからも削除します。

代わりに、すべてをリポジトリに追加する前に、追跡されていないファイルを .gitignore ファイルに追加する必要があります。

git init
echo /assets > .gitignore
echo .htaccess >> .gitignore
git add .
git commit

ファイルの復元に関しては、私にはわかりません...

于 2013-08-02T06:12:04.817 に答える
0

あなたがしたことは次のとおりだと思います:

git add *

または、それらの線に沿った何か。このコマンドには通常、「ドット ファイル」は含まれません。シェル (cmd、bash、zsh、または使用しているシェル) は、「*」がどのようにグロビングを行うかを定義します。

その後、すべてのファイルが追加されたという誤った信念に基づいて、残りの作業を行いました。「git status」の出力をチェックしていません。

あなたがしたとき:

git rm file-you-do-not-want

警告を無視して、ファイルがなくなったことを確認しようとした可能性があります。

いずれにせよ、最終的に作成した git コミットには、持っていたすべてのファイルが含まれていませんでした。将来的には、以下を使用して持っているものを確認することをお勧めします:

git status
git gui
gitk

ただし、ファイルが以前に git に存在していた場合は、次を使用することをお勧めします。

git reflog

以前に使用していた以前のコミットのリストを表示します。これらのコミット sha1 を繰り返しチェックして、「不足している」ファイルが含まれているかどうかを確認してください。

于 2013-08-02T06:44:33.460 に答える