`query_revision': Unable to resolve revision for

919 views
Skip to first unread message

James Carr

unread,
Jan 5, 2012, 7:47:59 AM1/5/12
to Capistrano
Hi,

I've been using capistrano just fine (no, greatly) for a number of my
sites without problem. However last week I transferred some
repositories to a client and since then one of my projects (only one
of them) can no longer deploy. Any ideas what could be causing this?

Here is he output that I get when I try to run cap deploy (github org
and server address changed to protect the innocent):

6821 ± : cap
deploy
⏎ [16h36m] ✹ ✭
triggering start callbacks for `deploy'
* executing `multistage:ensure'
*** Defaulting to `staging'
* executing `staging'
* executing `deploy'
* executing `deploy:update'
** transaction: start
* executing `deploy:update_code'
updating the cached checkout on all servers
executing locally: "git ls-remote g...@github.com:organization/lead-
management-system.git feature/file-upload"
/home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/lib/
capistrano/recipes/deploy.rb:106: warning: Insecure world writable
dir /usr/local/lib in PATH, mode 040777
command finished in 2103ms
executing locally: "git rev-parse --revs-only feature/file-upload"
command finished in 3ms
*** [deploy:update_code] rolling back
* executing "rm -rf /var/www/apps/lead-management-system/development/
releases/20120105124147; true"
servers: ["11.111.111.111"]
[11.111.111.111] executing command
command finished in 165ms
/home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/lib/
capistrano/recipes/deploy/scm/git.rb:243:in `query_revision': Unable
to resolve revision for 'feature/file-upload' on repository
'g...@github.com:surety-bonds/lead-management-system.git'.
(RuntimeError)
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy/scm/base.rb:35:in `block in
method_missing'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy/scm/base.rb:63:in `local'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy/scm/base.rb:35:in `method_missing'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy.rb:43:in `block in load'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/variables.rb:87:in `call'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/variables.rb:87:in `block in fetch'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/variables.rb:110:in `block in protect'
from <internal:prelude>:10:in `synchronize'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/variables.rb:110:in `protect'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/variables.rb:78:in `fetch'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/variables.rb:95:in `[]'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy/strategy/base.rb:82:in `revision'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy/strategy/remote_cache.rb:35:in
`update_repository_cache'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy/strategy/remote_cache.rb:15:in `deploy!'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy.rb:221:in `block (2 levels) in load'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:139:in `instance_eval'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:139:in
`invoke_task_directly'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/callbacks.rb:27:in
`invoke_task_directly_with_callbacks'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:89:in `execute_task'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/namespaces.rb:186:in `method_missing'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/namespaces.rb:104:in `block in task'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy.rb:202:in `block (3 levels) in load'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:56:in `transaction'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/namespaces.rb:186:in `method_missing'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy.rb:201:in `block (2 levels) in load'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:139:in `instance_eval'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:139:in
`invoke_task_directly'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/callbacks.rb:27:in
`invoke_task_directly_with_callbacks'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:89:in `execute_task'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/namespaces.rb:186:in `method_missing'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/namespaces.rb:104:in `block in task'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/recipes/deploy.rb:169:in `block (2 levels) in load'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:139:in `instance_eval'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:139:in
`invoke_task_directly'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/callbacks.rb:27:in
`invoke_task_directly_with_callbacks'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:89:in `execute_task'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/configuration/execution.rb:101:in
`find_and_execute_task'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/cli/execute.rb:46:in `block in
execute_requested_actions'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/cli/execute.rb:45:in `each'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/cli/execute.rb:45:in `execute_requested_actions'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/cli/help.rb:19:in `execute_requested_actions_with_help'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/cli/execute.rb:34:in `execute!'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
lib/capistrano/cli/execute.rb:14:in `execute'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/gems/capistrano-2.9.0/
bin/cap:4:in `<top (required)>'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/bin/cap:19:in `load'
from /home/jamescarr/.rvm/gems/ruby-1.9.2-p290/bin/cap:19:in `<main>'

James Carr

unread,
Jan 5, 2012, 7:47:59 AM1/5/12
to Capistrano

Lee Hambley

unread,
Jan 5, 2012, 8:39:45 AM1/5/12
to capis...@googlegroups.com
What happens when you try "git pull" on the server by hand? (I guess you've moved the repository host, and the default origin in the repository isn't the same anymore.

- Lee

Donovan Bray

unread,
Oct 4, 2012, 8:57:56 PM10/4/12
to capis...@googlegroups.com, capis...@googlegroups.com
My first assumption is that it doesn't like the forward slash in the branch name. Several tools I know choke on it.

Create a branch with dash or underscore and retry.

On Oct 4, 2012, at 12:10 PM, Jesse <jesses...@gmail.com> wrote:

> 040777

Jeremy Kitchen

unread,
Oct 4, 2012, 9:23:13 PM10/4/12
to capis...@googlegroups.com
On Thu, Oct 04, 2012 at 05:57:56PM -0700, Donovan Bray wrote:
> My first assumption is that it doesn't like the forward slash in the branch name. Several tools I know choke on it.
>
> Create a branch with dash or underscore and retry.

strange. I actually just set up my cap scripts to deploy branches like
this the other day and haven't had any issues with slashes in the branch
name.

I'm running cap 2.9.0 on centos 5.6 if that makes a difference.

-Jeremy

Donovan Bray

unread,
Oct 5, 2012, 11:09:19 AM10/5/12
to capis...@googlegroups.com
My comment wasn't definitive it was just a guess, I avoid slashes because I know my CI chokes on them.
Reply all
Reply to author
Forward
0 new messages