git reset command in sync uses non-existent -q option
Reported by Dermot Brennan | June 8th, 2008 @ 09:30 AM
When deploying with git and cached-copy, the command executed uses:
git reset -q --hard 555...555
which gives error:
Usage: /usr/bin/git-reset [--mixed | --soft | --hard] [] [ [--] ...]
execute << "#{git} fetch #{verbose} #{remote} && #{git} reset #{verbose} --hard #{revision}"
should be just:
execute << "#{git} fetch #{verbose} #{remote} && #{git} reset --hard #{revision}"
Tested with 2.3.101
Comments and changes to this ticket
-
Jamis Buck June 8th, 2008 @ 09:40 AM
- → State changed from “new” to “closed”
The -q switch exists in git 1.5.5.3, at least. If you're using an older version of git, the solution is to just do:
set :scm_verbose, true
Or, upgrade to a newer git. :)
-
Jamis Buck June 8th, 2008 @ 12:35 PM
here's the commit in git itself where -q was added to git-reset, in case you're curious:
http://git.kernel.org/?p=git/git.git;a=commit;h=521b53e5c7ee23a137e903d99108f81d44cca5ec
-
Peter Bengtson July 15th, 2008 @ 05:34 AM
- → Tag changed from “” to “git”
I get the same error, even though my git version is 1.5.6.3, the most recent one to date. There exist no other versions of git from previous installations, etc.
Please Login or create a free account to add a new comment.
You can update this ticket by sending an email to from your email client. (help)
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile »
