GitリモートURLを変更した後、リモートが拒否されました（浅い更新は許可されません）

サーバーとローカルコンピューターの両方で作業しているGitバージョン管理下のプロジェクトがあります。元々はリモートの原点をローカルコンピュータとして設定していましたが、これをBitBucketに変更したいと思います。

サーバーでコマンドを使用しました

git remote set-url origin bitbucket_address

しかし、今私が自分のプロジェクトをプッシュしようとすると、エラーが発生します

 ! [remote rejected] master -> master (shallow update not allowed)

何が原因で、どうすれば修正できますか？

git clone --depth <number>ローカルバージョンのクローンを作成するために使用したようです。これにより、浅いクローンになります。このようなクローンの1つの制限は、それを新しいリポジトリにプッシュできないことです。

現在、2つのオプションがあります。

1. あなたが現在の履歴や欠落している履歴を気にしない場合は、この質問を見てください
2. 完全な履歴を保持したい場合は、読み続けてください。

それで、あなたはあなたの歴史を保持したいのですよね？つまり、リポジトリを浅くする必要があります。そのためには、古いリモコンをもう一度追加する必要があります。

git remote add old <path-to-old-remote>

その後、git fetch（この回答で提案されているように）古いリモートから残りの履歴をフェッチするために使用します。

git fetch --unshallow old

これで、新しいリモートリポジトリにpushできるようになります。

注：クローンの許可を取り消した後、古いリモートを明らかに削除できます。

リポジトリがoriginで、元のリポジトリがの場合upstream：

git fetch --unshallow upstream

浅い初期のコミット以降に追加した新しいコミットをそのままリポジトリに保持したい場合の別のオプションは、次のとおりです。このコミットをインタラクティブなリベースで修正します。

• 最初の（ルート）コミットを含むインタラクティブなリベースを開始します

  git rebase --interactive --root
  

• pick初期コミットのをに変更しedit、ファイルを保存して閉じます。

  1より深いレポのクローンを作成した場合は、それらすべてのコミットに対して同じことを行う必要がある場合があります。または、fixupインタラクティブなリベース中にこれらすべてを実行します。

• このコミットを通常の浅いコミットに変換します

  git commit --amend --no-edit
  

  これにより、コミットIDも変更され、この最初のコミットに共著者として追加されます。

• リベースを完了することを忘れないでください

  git rebase --continue
  

新しいレポをそのままプッシュしたい場合は、これを試すことができます：

• まずold git folder、現在のリポジトリからを削除し、sudo rm -rf .git
• 次にgitを再度初期化します git init
• 次に、新しいリモートリポジトリを追加します。 git remote add your-new-repo
• それを押します。

--unshallowのフェッチが機能しない場合。ブランチに問題があるはずです。プッシュする前に次のコマンドで修正してください。

git filter-branch -- --all

安全上の懸念があるため、-unshallowを使用してのみこれを実行することはできません。