Remote rejected (shallow update not allowed) after changing Git remote URL
GitGit Problem Overview
I have a project under Git version control that I worked on both a server and my local computer. I originally had the remote origin set as my local computer but I would now like to change that to BitBucket.
On the server I used the command
git remote set-url origin bitbucket_address
But now when I try to push my project I get the error
! [remote rejected] master -> master (shallow update not allowed)
What is causing this and how do I fix it?
Git Solutions
Solution 1 - Git
As it seems you have used git clone --depth <number>
to clone your local version. This results in a shallow clone. One limitation of such a clone is that you can't push from it into a new repository.
You now have two options:
- if you don't care about you're missing history, take a look at this question
- if you want to keep your full history, then continue reading:
So, you want to keep your history, eh? This means that you have to unshallow your repository. To do so you will need to add your old remote again.
git remote add old <path-to-old-remote>
After that we use git fetch
to fetch the remaining history from the old remote (as suggested in this answer).
git fetch --unshallow old
And now you should be able to push into your new remote repository.
Note: After unshallowing your clone you can obviously remove the old remote again.
Solution 2 - Git
In case your repo is origin
, and the original repo is upstream
:
git fetch --unshallow upstream
Solution 3 - Git
Another option if you want to keep the repo as is with the new commits you have added since the shallow, initial commit is this: Amend this commit with an interactive rebase.
-
Start an interactive rebase including the first (root) commit with
git rebase --interactive --root
-
Change the
pick
of the initial commit(s) toedit
and save & close the file.If you've cloned the repo with greater depth than 1, you may need to do the same for all of those commits. Or, alternatively, execute
fixup
for all of these during the interactive rebase. -
Convert this commit to a regular, unshallow commit with
git commit --amend --no-edit
This will also change the commit ID and add you as co-author to this initial commit.
-
Don't forget to finish your rebase
git rebase --continue
Solution 4 - Git
If you want to push the new repo as it is, you can try this:
- First remove the
old git folder
from your current repo,sudo rm -rf .git
- Then initialize the git again
git init
- Then add the new remote repo
git remote add origin your-new-repo
- Then Push it.
Solution 5 - Git
If fetching --unshallow doesn't work. There must be some problems with your branch. Fix it with the following command before pushing it.
git filter-branch -- --all
Do this only with --unshallow doesn't work since there's a SAFETY concern.
Solution 6 - Git
Based on the most upvoted answer, I created an alias to automate things:
Add to your .gitconfig
:
[alias]
unshallow = !"git fetch --unshallow \"${1:-origin}\" # Unshallow from remote $1 (defaults to origin)"
Usage:
git unshallow
# unshallow current branch based on theorigin
remotegit unshallow other-remote
# unshallow current branch from remoteother-remote
Solution 7 - Git
For simply resolving this issue if you don't care about the remote existing changes then do it the following way.
- Remove your local
.git
folder from your repository. - Type
git init
. - Add your remote again
git remote add origin <REMOTE_URL>
. - Set
main
branch bygit branch -M main
. - Push your changes then
git push --set-upstream origin main
.
Solution 8 - Git
I fixed this issue. but maybe you can not fixed it. the solution as follows.
- get the shallow file from the git, like common/.git/shallow
- push this file to the .git directory in git server.
- push your branch to the git server.
In my company, I need the IT admin to add the file, and I have not permissions.