ChatGPT解决这个技术问题 Extra ChatGPT

git error: failed to push some refs to remote

For some reason, I can't push now, whereas I could do it yesterday. Maybe I messed up with configs or something.

This is what happens:

When I use the git push origin master

https://i.stack.imgur.com/hOuSj.png

What my working directory and remote repository looks like:

https://i.stack.imgur.com/Sz17u.png

looks like your local repo is not in sync with the git repo. did you try to do git pull ?
Do check this similar question - stackoverflow.com/questions/18588974/…
@R11G thank you sir! this link helped me stackoverflow.com/a/18589043/3626672
I got that error on a new repo. This helped: stackoverflow.com/a/6518774/2067690
hey, if you find this on Google at this time, check if GitHub is down -> githubstatus.com

V
VonC

(Note: starting Oct. 2020, any new repository is created with the default branch main, not master. And you can rename existing repository default branch from master to main.
The rest of this 2014 answer has been updated to use "main")

(The following assumes github.com itself is not down, as eri0o points out in the comments: see www.githubstatus.com to be sure)

If the GitHub repo has seen new commits pushed to it, while you were working locally, I would advise using:

git pull --rebase
git push

The full syntax is:

git pull --rebase origin main
git push origin main

With Git 2.6+ (Sept. 2015), after having done (once)

git config --global pull.rebase true
git config --global rebase.autoStash true

A simple git pull would be enough.
(Note: with Git 2.27 Q2 2020, a merge.autostash is also available for your regular pull, without rebase)

That way, you would replay (the --rebase part) your local commits on top of the newly updated origin/main (or origin/yourBranch: git pull origin yourBranch).

See a more complete example in the chapter 6 Pull with rebase of the Git Pocket Book.

I would recommend a:

# add and commit first
#
git push -u origin main

# Or git 2.37 Q2 2022+
git config --global push.autoSetupRemote true
git push

That would establish a tracking relationship between your local main branch and its upstream branch. After that, any future push for that branch can be done with a simple:

git push

Again, with Git 2.37+ and its global option push.autoSetupRemote, a simple git push even for the first one would do the same (I.e: establishing a tracking relationship between your local main branch and its upstream branch origin/main).

See "Why do I need to explicitly push a new branch?".

Since the OP already reset and redone its commit on top of origin/main:

git reset --mixed origin/main
git add .
git commit -m "This is a new commit for what I originally planned to be amended"
git push origin main

There is no need to pull --rebase.

Note: git reset --mixed origin/main can also be written git reset origin/main, since the --mixed option is the default one when using git reset.


is it OK to execute your suggested git pull --rebase...? coz I already done > git reset --mixed origin/master > git add . > git commit -m "This is a new commit for what I originally planned to be an amendmend" > git push origin master suggested here stackoverflow.com/questions/18588974/… btw your answer looks helpful sir
For me, I just needed to run "git commit". :(
Really super.. below commands worked for me... git reset --mixed origin/master git add . git commit -m "This is a new commit for what I originally planned to be amended" git push origin master Thank you @VonC
Thanks it works ! I was looking for hours for this solution!
Your last set of commands really helped me. Thank you😊
P
Peter Mortensen

Try:

git push -f origin master

That should solve the problem.

Based on @Mehdi‘s comment, a clarification about —force pushing: The Git command above works safely only for the first commit. If there were already commits, pull requests or branches in previous, this resets all of it and set it from zero. If so, please refer @VonC‘s detailed answer for a better solution.


Works but bad, please don't use it unless you know what you're doing. (probably you don't know what you're doing if you're looking in S.O)
If you're going to try -f/--force it's always safer to use --force-with-lease instead, which will abort if there are downstream changes that would get clobbered by the push. --force-with-lease is required for lots of everyday rebasing situations, but --force should almost never be needed.
I don't recommend it.
this one worked for me on Nginx Producntion Environment.
i
ironcladmvtm

If you just used git init and have added your files with git add . or something similar and have added your remote branch it might be that you just haven't committed (git commit -m 'commit message') anything locally to push to the remote... I just had this error and that was my issue.


just ran into this. Commit command didn't work during the git add. good call. Thanks
Thanks man! That's it. I thought I committed my changes. Now git push -u origin master works fine.
P
Peter Mortensen

I had the same problem. I was getting this problem because I had not made any commits, not even an initial commit and still I was trying to push.

Once I did git commit -m "your msg", everything worked fine.


That doesn't make much sense. The original question is about the local git being behind. In no way "being behind" can be resolved my making a local commit!
Oh I also forget to commit :p
This is also possible it won't allow you to push with an empty commit
I just had this problem and I forgot to commit. Error message should be more clear
It does apply to me since I was getting that exact error message and this solution fixed my problem.
c
clemens

Rename your branch and then push, e.g.:

git branch -m new-name
git push -u new-name

This worked for me.


Wow, this actually worked, but why? I had a hyphen in my local branch name: my-branch_wont_push. Once I renamed it to my_branch_wont_push, then git push -u origin my_branch_wont_push worked for me.
Thanks. As @cdabel mentioned, the hyphen was the culprit. Changed it to underscore and my push went through.
I simply renamed my branch to something else (which contained a hyphen) and it also worked. Don't know why though.
P
Peter Mortensen

It has worked for me with this combination of several command lines:

git reset 
git remote -v
git pull --rebase
git init
git add -A
git commit -m "Add your commit"
git branch -M main
git push origin main --force

Be careful. If they have a Readme file, the git reset deletes them.


This sounds like dangerous advice. All implications and caveats ought to be explained in the answer.
An explanation would be in order. E.g., what is the idea/gist? What is it supposed to do? What are all the risks? From the Help Center: "...always explain why the solution you're presenting is appropriate and how it works". Please respond by editing (changing) your answer, not here in comments (without "Edit:", "Update:", or similar - the answer should appear as if it was written today).
p
papanito

git init git remote add origin https://gitlab.com/crew-chief-systems/bot git remote -v (for checking current repository) git add -A(add all files) git commit -m 'Added my project' git pull --rebase origin master git push origin master


before pushing the code you need to pull from repository
you can simply write like git pull --rebase origin master
This worked for me, had a refs issue, which this fixed.
error: cannot spawn sh: No such file or directory fatal: unable to fork
Thank you! Step 6 fixed it!
R
Rafael Tavares

I found the solution to this problem in GitHub help (Dealing with non-fast-forward errors):

You can fix this by fetching and merging the changes made on the remote branch with the changes that you have made locally: $ git fetch origin # Fetches updates made to an online repository $ git merge origin branch # Merges updates made online with your local work Or, you can simply use git pull to perform both commands at once: $ git pull origin branch # Grabs online updates and merges them with your local work


This is the normal process whenever things are working as expected. It doesn't help anything when git thinks it is already up to date as @rubyandcoffee asked.
A
ASHISH R

I followed the following steps and it worked for me.

 rm -rf .git
 git init
 git add .
 git commit -m"first message"
 git remote add origin "LINK"
 git push -u origin master

this was the only solution that worked for me.
This is the final solution for beginners
P
Peter Mortensen

If you were using git push origin master, change it to git push origin main and vice versa.


Presuming GitHub'ish?
This worked for me. To change master to main I used: $ git branch -m master main
P
Peter Mortensen

I had faced the same problem and fixed it with the below steps.

git init git add . git commit -m 'Add your commit message' git remote add origin https://User_name@bitbucket.org/User_name/sample.git (The above URL, https://User_name@bitbucket.org/User_name/sample.git, refers to your Bitbucket project URL) git push -u origin master

Hint

Check if your GitHub account links with your local Git repository by using:

git config --global user.email "you@example.com"
git config --global user.name "Your Name"

P
Peter Mortensen

I created an empty repository in GitHub and have my code locally. I faced the same issue now, as I followed the below sequence,

git init
git commit -m 'Initial Commit'
git remote add origin https://github.com/kavinraju/Repo-Name.git
git add .
git push -u origin master

The issue was: I tried to commit before staging the files I have.

So we need to stage the files and then commit.

This is the correct sequence.

git init
git add .
git commit -m 'Initial Commit'
git remote add origin https://github.com/kavinraju/Repo-Name.git
git push -u origin master

Since I executed the wrong sequence first, I just executed the below commands:

git add .
git commit -m 'Initial Commit'
git push -u origin master

P
Peter Mortensen

Because maybe it has nothing to push (really, nothing to push). Do it like this:

git remote add origin https://github.com/donhuvy/accounting133.git
git remote -v
git add .
git commit -m"upload"
git push --set-upstream origin master

Change the remote repository's URL in your case. You can skip command git remote -v, just for checking.


P
Peter Mortensen

If you are using Gerrit, this could be caused by an inappropriate Change-id in the commit. Try deleting the Change-Id and see what happens.


P
Peter Mortensen

Remember to commit your changes before pushing to the GitHub repository. This might fix your problem.


P
Peter Mortensen

Not committing initial changes before pushing also causes the problem.


P
Peter Mortensen

Use:

git push origin {your_local_branch}:{your_remote_branch}

If your local branch and remote branch share the same name, then can you omit your local branch name. Just use git push {your_remote_branch}. Otherwise it will throw this error.


P
Peter Mortensen

GitHub changed the default branch name from master to main. So if you created the repo recently, try pushing the main branch.

git push origin main

This is a common mistake beginners can make.

GitHub article Renaming the default branch from master.


P
Peter Mortensen

Before push, you have to add and commit the changes or do git push -f origin master.


P
Peter Mortensen

Try this Git command,

git push origin master –f
git push origin master --force

error: cannot spawn sh: No such file or directory fatal: unable to fork
"–" in "–f" is an em dash, not ASCII 45 ("-"). I don't think it will work.
P
Peter Mortensen

Using a Git repository in Azure DevOps, the problem was a branch policy requiring that all changes to the branch must be made via a pull request (PR). Trying to push changes directly to the branch generated the error "failed to push some refs to ...".

I created a PR branch and pushed without problem.


P
Peter Mortensen

Just run these two commands if you are deploying your site on GitHub pages for the first time.

git commit -m "initial commit"
git push origin +HEAD

P
Peter Mortensen

In my case there was a problem with a Git pre-push hook.

Run git push --verbose to see if there are any errors.

Double check your Git hooks in the directory .git/hooks or move them temporarily to another place and see if everything works after that.


P
Peter Mortensen

Due to the recent "replacing master with main in GitHub" action, you may notice that there is a refs/heads/main if you do git show-ref. As a result, the following command may change from

git push heroku master

to

git push heroku main

That will solve your issue.


T
Trần Thanh Phong

These steps worked for me:

Switch to current branch & pull latest code Rename local branch git branch -m [new-name] Push local branch to server git push origin [new-name] Remove branch from server git push origin --delete [old-name]


Why did you need to rename a local branch?
P
Peter Mortensen

In my case, it was my husky package that disallowed the push.

> husky - pre-push hook failed (add --no-verify to bypass)
> husky - to debug, use 'npm run prepush'
error: failed to push some refs to 'https://username@bitbucket.org/username/my-api.git'

To push it forcefully, just run git push origin master --no-verify

I ran npm run prepush to see debug the error, and this was the cause:

npm ERR! code ELOCKVERIFY
npm ERR! Errors were found in your npm-shrinkwrap.json, run  npm install  to fix them.
npm ERR!     Invalid: lock file's loopback-utils@0.8.3 does not satisfy loopback-utils@^0.9.0

Ran npm install and commit it, and the problem is fixed.


I had a similar issue, except the pre-push hook ran a linter, and that was failing because I hadn't installed the packages. VSCode just gave me the final git error, but when I ran the git command directly it told me about the install issue. Running yarn install sorted it.
P
Peter Mortensen

The fact that GitHub changed master to main made me encounter this issue. So from now on, the solution to push to origin is:

git push -u origin main

Do you means the remote repo on GitHub has only a branch main, not master? I have created a brand new repo on GitHub, and its main branch remains... master (for now)
S
Shubham Agrawal

In my case these two lines solved the problem.

git add .
git commit -m "Changes"

Actually, I forgot to add and commit to my changes and was just trying to push it for the first time.

git init
git remote add origin https://github.com/anything/repo-name.git
git add .
git commit -m "Changes"
git branch -M main
git push -u origin main

Hope this helps!


B
Binod Singh

Best use rm -rf .git/hooks and then try git push


Interesting, it helped me in a case, where there were clearly no commits on origin (no need to rebase).
Why would you toss out all your hooks? maybe make a backup first?
Deleting all the Git hooks just because they prevent you from committing? Better find the real reason.
P
Peter Mortensen

Creating a new branch solved it for me:

git checkout -b <nameOfNewBranch>

As expected, there isn’t any need to merge since the previous branch was fully contained in the new one.


I had this issue exactly, I was on feature22 and was doing git push origin feature22-fix, but feature22-fix didn't exit neither local nor remote, so I had to first checkout the branch locally, then push