On Jan 13, 2009, at 8:09 AM, Jason Roelofs wrote:
Can you run your command like this?
- ssh m...@the-server.com -c 'cd /opt/project sh
/opt/project/etc/start_project.sh
start'
which is effectively what Capistrano is doing via Net::SSH.
Actually, I can. Running the script that
On Jan 13, 2009, at 9:08 AM, Jason Roelofs wrote:
No. This is run on brand new EC2 instances, there's only one user,
root, and I'm forcing Capistrano to use the appropriate ssh keys
sitting in my .ssh (which is the only way to connect to said instances
for those that haven't messed with EC2
On Jan 11, 2009, at 9:29 PM, Jamis Buck wrote:
more clear anyway, though I'm definitely not sure how one could do
...
fork{ fork{ system command } and exit! } and Process.wait # this is
''
the biggest issue, really, is people doing crappy shell scripting that
should be done in ruby.
On Jan 12, 2009, at 10:29 AM, Jamis Buck wrote:
I totally agree, Ara. That approach gets a hearty endorsement from me.
Still, it'd be nice to make it easier to do basic shell scripting
directly via Capistrano. Even if it was a helper that just uploaded
the
script to /tmp on the remote
On Jan 12, 2009, at 10:33 AM, Lee Hambley wrote:
Ara,
The block on block syntax of Ruby is a little alien to developers
that lack your experience - (and I count myself amongst them) - I'd
be interested in hearing your opinion on some of the ideas I
proposed in this article on our
On Jan 9, 2009, at 10:41 AM, Jamis Buck wrote:
Perhaps I'm misunderstanding your query, but if you want to run a
command with an argument consisting of multiple words, you need to
quote
them yourself, e.g.:
run command \foo bar baz\
safer:
run command #{ arg.inspect }
a @
On Dec 13, 2008, at 10:13 AM, Lee Hambley wrote:
i vote for better logging,
One of my tasks at work is to roll our logging up in the
logging (logger?) gem, or log4r... I'll accept hints there though,
since I'm on a short week at the office next week ... but I don't
even mind putting
On Dec 12, 2008, at 4:38 PM, Jamis Buck wrote:
I frankly don't think it would help. And three more characters is
significantly more noisy in the output, too. Perhaps it's completely
irrelevant--maybe the out/err tag should be removed completely. It
only
really matters when you're
On Dec 12, 2008, at 6:20 PM, Jamis Buck wrote:
Alright, it stays, then. :) Having remote stderr print on local stderr
is a trickier job than you'd think, since capistrano's logger is lame,
but if someone has a good solution I'd be willing to consider any
patches that are submitted.
i
On Dec 12, 2008, at 6:20 PM, Jamis Buck wrote:
Alright, it stays, then. :) Having remote stderr print on local stderr
is a trickier job than you'd think, since capistrano's logger is lame,
but if someone has a good solution I'd be willing to consider any
patches that are submitted.
tim
On Dec 10, 2008, at 10:47 AM, Ezra Zygmuntowicz wrote:
set :deploy_via, :copy
and that's zero network dep?
a @ http://codeforpeople.com/
--
we can deny everything, except that we have the possibility of being
better. simply reflect on that.
h.h. the 14th dalai lama
On Dec 10, 2008, at 10:51 AM, Jamis Buck wrote:
You'll also want to:
set :repository, .
Then, the deploy will basically checkout a copy of your current
directory, tar/gz it, push it to the remote servers, and unpack it in
the right location.
The only network dependency is the move of
On Dec 10, 2008, at 10:53 AM, Ezra Zygmuntowicz wrote:
Well it makes a tarball of your local app dir and then uses net-sftp
to upload it to your server instead of ever bothering with version
control(i think?). You may have to experiment.
that is definitely *not* what i'm trying to do.
On Dec 10, 2008, at 11:21 AM, Jamis Buck wrote:
set :repository, .
set :deploy_via, :copy
Does exactly what you're describing, Ara. It'll do a local clone of
your current repo, tar it up, and ship it off to the servers.
- Jamis
thanks for the answer jamis, and also for your tireless
On Sep 22, 2008, at 9:16 AM, Reuven M. Lerner wrote:
I'm sure that there's a really good solution to this problem that I
haven't yet considered. Either that, or one of the options I've
described above isn't as horrible as I might have thought...
why put them all online using
hacky
commands = source.instance_eval do
[
scm(:delete, verbose, authentication, #{ dst.inspect } -
m'delete #{ dst }'),
scm(:copy, verbose, authentication, r#{ revision }
#{ src.inspect } #{ dst.inspect } -m'r#{ revision } = tags/
#{ tag }'),
scm(:list,
On Aug 31, 2008, at 9:44 AM, Jamie Orchard-Hays wrote:
I have a script used by crontab to do svn co, some other stuff, and
run an XTF indexer (lucene indexer), restart Tomcat. Works fine.
I wrote a cap task to call this and redirect output to the file.
This works (and I can ctrl-c to
anyone built something to support svn tagging, aka
repo/trunk
repo/tags/app-1.4.2
repo/branches/funky-branch
and deployment of a named branch?
-a
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit
On Aug 26, 2008, at 5:37 PM, ben.koski wrote:
Is there some way of staggering server restarts post-deploy when there
are multiple servers in a role? My servers sometimes take a few
seconds to stabilize post-deploy, and I'd like to avoid bouncing all
of them at once.
this is what i use -
On Aug 26, 2008, at 5:37 PM, ben.koski wrote:
Is there some way of staggering server restarts post-deploy when there
are multiple servers in a role? My servers sometimes take a few
seconds to stabilize post-deploy, and I'd like to avoid bouncing all
of them at once.
forgot this in my
20 matches
Mail list logo