「REINIT」リポジトリへの道

Question

私は私のプロジェクトに大きなリファクタリングの種類を作った：私は削除、ファイルの名前を変更、追加...また、私は.gitignoreで一部のフォルダを追加しました。しかし、リファクタリングの前にリモートリポジトリにコミットしました。

私のリポジトリにgit "reinit"を作成するには、もし存在しなければ、私は何をすべきですか？

更新：

私は、フォルダ.gitを削除した、今私は

ヒントの誤差があります。そのリモート：あなたの現在のブランチの先端がヒントの背後にあるので、アップデートが拒否されました対応リモートの変更（例えば 'git pull'）ヒントをマージしてから、もう一度押す。ヒント：詳細については、 'git push --help'の 'fast-forwardsに関する注意'を参照してください。

リモートのリポジトリとローカルの変更をマージする必要はありません。リモートのリポジトリをローカルのリポジトリに完全に置き換えるという意味です。

Answer 1

UPDATE

あなたは.gitフォルダ（ない素晴らしいアイデアを）削除した場合は、レポの新しいクローンを作成し、それに自分のものを移動し、そこに続けることができます。このようなもの

cd .. 
git clone <remote-repo-url> new-repo 
rm -rf new-repo/*       // this will not remove new-repo/.git 
cp -f <original-local-repo> new-repo 
cd new-repo 

次に、以下のように続けます。あなたが.gitフォルダを復元することができれば、それは良いです

注意。新しいリポジトリを作成すると、プッシュされなかったローカルブランチのように、元のローカルリポジトリにあったすべてのローカルリポジトリ情報が失われます。

ENDのUPDATE

あなたは

git reset --soft HEAD^ 
git add -A . 
git commit -m "rewriting history" 
git push --force origin master 

これは、（作業ツリーとインデックスを維持しながら）コミット以前にバックアップ変更をコミットして、歴史を書き換えプッシュを強制することができ遠隔地へ。

push --forceは危険です。それは既に引っ張っている人を邪魔し、非常に失礼だと考えられますが、誰もそれに取り組み始めていなければ、それは問題ではありません。

これは何が起こっているかである。

ここ

--- A -- B master 

    ^
    |  
    origin/master 

git push 

--- A -- B master, origin/master 

git reset HEAD^ 
git commit -am "rewriting" 

--- A -- B origin/master 
    \ 
     \ 
     B' master 

git push --force 

--- A -- B 
    \ 
     \ 
     B' master, origin/master 

Answer 2

怠惰な方法は、ちょうどすべての新しいファイルと変更、および削除を追加することです：あなたは任意の競合を持っていないよう

git add -A . 

が長いので、これは罰金でマージする必要があります。

Answer 3

は再初期化リポジトリへのステップです。

シナリオ：以前にgit initを作成したプロジェクトのローカルフォルダを削除しました。その後、同じプロジェクトの新しいフォルダを使って既存のgitリポジトリに更新したいと思います。その後、私はそれを次の手順で解決しました。

手順

git init 
git add --all 
git commit -am "re-init" 
git remote add origin https://github.com/{yourgit}/{yourproject}.git 
git push --force origin master