This repository has been archived by the owner on Sep 1, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 133
Suggestions for documentation #53
Comments
Hi, thanks for the feedback!
|
|
A for (3), when you upgrade git-deploy, the remote hooks that you installed with an older version remain unchanged, unless you explicitly overwrite them with |
+1 for adding documentation for using |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I have to say @mislav - I tried this little gem out tonight, and it's absolutely amazing. Forget Capistrano.
However, I did want to patch a few notes your way to add to the readme, if you so desire:
git deploy hooks
and othergit deploy ...
commands should be suffixed with-r production
or whatever the repo name is; otherwise it uses origin.deploy/restart
should always be updated depending on the server. I run unicorn, not passenger, and I was wondering for a few minutes why the server didn't restart. Duh, but this note might save someone some time.Verbose output: personally, I could care less about a log file on the server - I would rather have the information displayed right away, as it really doesn't tell you what's going on. I did the following to display all the goodness right in the console:
On the remote server, go to
/your/app/path/.git/hooks
and open uppost-receive
in your editor. At the bottom of the file, change the line:[ -x deploy/after_push ] && nohup deploy/after_push $oldrev $newrev 1>>$logfile 2>>$logfile &
to:
[ -x deploy/after_push ] && nohup deploy/after_push $oldrev $newrev
and bundling, asset compilation, migrations, etc. will all be displayed.
Again, killer job on this gem. I will definitely be using it a heck of a lot more often.
The text was updated successfully, but these errors were encountered: