>>>>> "StuartM" == StuartM <[email protected]> writes:
StuartM> I'll give `:no_release => true` a try, I do actually use
StuartM> this for our MongoDB, but as you said it probably does some
StuartM> other things as well.
StuartM> I like the idea of creating a .deb package and letting apt
StuartM> manage the packages, then using Capistrano to orchestrate
StuartM> the "apt-get update" and stop/start of services.
For me, the major plus, if one can get all of one's gem's repackaged as
dpkg, is that upgrades to appliances (where the customer pulls...) make
more sense.
(Also, any gem's that have native code require a compiler on the target
system, which is annoying from a minimal security profile point of view)
StuartM> We did look into remote caches of GitHub and nearly started
StuartM> work on it, but it didn't solve the issue that quite an
StuartM> intensive processes is happening every deployment for N
StuartM> servers - The deb package seems a cleaner, more manageable
StuartM> solution.
So you mean, you had a server, not github.com, which was the master for
your repository. You are still pulling a lot of data from it.
--references would be a much bigger win network and disk-wise.
Deploy-via-dpkg means that you don't ship any history at all.
You might also want to try the copy methods, but I don't know if they
have been integrated with git-submodules before.
--
] He who is tired of Weird Al is tired of life! | firewalls [
] Michael Richardson, Sandelman Software Works, Ottawa, ON |net architect[
] [email protected] http://www.sandelman.ottawa.on.ca/ |device driver[
Kyoto Plus: watch the video <http://www.youtube.com/watch?v=kzx1ycLXQSE>
then sign the petition.
--
* 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
