You must use ssh:// clone url with deploy keys, as the https clone endpoint doesn't accept any config paramaters.
If you have deploy keys, they'll only work with ssh://, annoyingly if you have git username and password, that'll also only work with ssh://. (so I recommend using deploy keys) Lee Hambley -- http://lee.hambley.name/ +49 (0) 170 298 5667 On 12 August 2013 22:44, Dean Richardson <[email protected]> wrote: > Hi again: > > I'm still looking for help debugging an authorization problem accessing > github from my deploy server as part of the cap deploy process. Github > support tells me it's a Capistrano problem and that I need to seek the > solution here. :) > > To review, I'm running ruby 1.9.3p392 [i386-mingw32] on windows 7; I'm > also running Capistrano v2.15.5. I've made some progress since my previous > post, but the result is unfortunately still the same. > > I've had success deploying an earlier rails app to my production (Ubuntu > 12.04) server using cap deploy for many months now. > > But my attempt to deploy a new rails app to the same server using cap > deploy has raised a number of errors. They all seem to arise when > capistrano tries to access my git repository from the production server. > > Deploy.rb: http://pastie.org/**8200290 <http://pastie.org/8200290> > Capfile: http://pastie.org/**8200301 <http://pastie.org/8200301> > > Here's what I'm getting in response to "cap deploy" at the git bash > command line on my Windows development machine: > > c:\Sites\rails_projects\molex_acq>cap deploy >>> >> * ←[32m2013-08-12 15:39:24 executing `deploy'←[0m >> >> * ←[32m2013-08-12 15:39:24 executing `deploy:update'←[0m >> >> ** transaction: start >> >> * ←[32m2013-08-12 15:39:24 executing `deploy:update_code'←[0m >> >> updating the cached checkout on all servers >> >> ←[33mexecuting locally: "git ls-remote >>> http://[email protected]/username/m >> >> olex_acq.git master"←[0m >> >> Password for 'http://[email protected]': >> >> ←[2;37mcommand finished in 12259ms←[0m >> >> * ←[33mexecuting "if [ -d >>> /home/dean/rails_projects/molex_acq/shared/cached-co >> >> py ]; then cd /home/dean/rails_projects/molex_acq/shared/cached-copy && >>> git fetc >> >> h -q origin && git fetch --tags -q origin && git reset -q --hard >>> efc8ed513b24026 >> >> 640d395151d03b3fdb755cfb6 && git clean -q -d -x -f; else git clone -q -b >>> master >> >> http://[email protected]/username/molex_acq.git/home/dean/rails_projects/mole >> >> x_acq/shared/cached-copy && cd >>> /home/dean/rails_projects/molex_acq/shared/cached >> >> -copy && git checkout -q -b deploy >>> efc8ed513b24026640d395151d03b3fdb755cfb6; fi" >> >> ←[0m >> >> servers: ["10.24.5.50"] >> >> [10.24.5.50] executing command >> >> ** [10.24.5.50 :: out] Password for 'http://[email protected]': >> >> Password: >> >> ** [10.24.5.50 :: out] >> >> ** ←[31m[10.24.5.50 :: out] fatal: Authentication failed←[0m >> >> ←[2;37mcommand finished in 6130ms←[0m >> >> *** [←[34mdeploy:update_code←[0m] ←[34mrolling back←[0m >> >> * ←[33mexecuting "rm -rf >>> /home/dean/rails_projects/molex_acq/releases/20130812 >> >> 203944; true"←[0m >> >> servers: ["10.24.5.50"] >> >> [10.24.5.50] executing command >> >> ←[2;37mcommand finished in 44ms←[0m >> >> failed: "sh -c 'if [ -d >>> /home/dean/rails_projects/molex_acq/shared/cached-copy ] >> >> ; then cd /home/dean/rails_projects/molex_acq/shared/cached-copy && git >>> fetch -q >> >> origin && git fetch --tags -q origin && git reset -q --hard >>> efc8ed513b24026640d >> >> 395151d03b3fdb755cfb6 && git clean -q -d -x -f; else git clone -q -b >>> master http >> >> ://[email protected]/username/molex_acq.git/home/dean/rails_projects/molex_ac >> >> q/shared/cached-copy && cd >>> /home/dean/rails_projects/molex_acq/shared/cached-cop >> >> y && git checkout -q -b deploy efc8ed513b24026640d395151d03b3fdb755cfb6; >>> fi'" on >> >> 10.24.5.50 >> >> >>> c:\Sites\rails_projects\molex_acq> >> >> > I'm trying to figure out why my response to the password prompt works the > first time (when the deploy script is running git ls-remote) but not the > second time (when the deploy script is trying to check for the cached copy > of my app on the deploy server.) My deploy.rb contains my correct github > password, and capistrano prompts me for that password at several locations, > and I'm entering that password correctly. I did fiddle with my ssh keys > recently in attempting to deploy my new app to heroku, so that might be > where things are going wrong. Any suggestions on how to debug this process? > > I'm particularly interested in understanding what exactly capistrano is > trying to do at each step so I can attempt to reproduce the process step by > step. > > Thanks very much, > > Dean Richardson > Molex.com > > -- > -- > * You received this message because you are subscribed to the Google > Groups "Capistrano" group. > * To post to this group, send email to [email protected] > * To unsubscribe from this group, send email to > [email protected] For more options, visit this > group at http://groups.google.com/group/capistrano?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Capistrano" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- -- * You received this message because you are subscribed to the Google Groups "Capistrano" group. * To post to this group, send email to [email protected] * To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/capistrano?hl=en --- You received this message because you are subscribed to the Google Groups "Capistrano" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
