I DO like bundled apps. I understand their value and want this.
I DO NOT like increasing the code in my own git repo by an order of
magnitude!!!
There needs to be a way to track the dependencies with tags (gem info
and git info) as opposed to assuming I will stuff all this in my own
git repo.
Sure disk space is cheap and git is fast. But what about those not
using git? What about those that can't manage git well? What about
those that need to synch and deploy over bad bandwidth (China to
U.S.)?
I don't have a problem with the bundled directory structure. I do
have a problem with the implicit approach of stuffing all this code in
my own repo when there already exist official repos for it.
thanks, Jon
On Oct 3, 12:39 am, "Matt Aimonetti" <[EMAIL PROTECTED]> wrote:
> You don't have to use bundled apps. You can deploy gems to your servers on
> your own and deploy your apps without any bundled gems. The point of bundled
> gems is that you can have different apps on the same server running on
> different versions without conflicting.
>
> My deploy recipe can easily be ported to vlad or other deployment solutions.
> What's important are the following things:
>
> set :git_shallow_clone, 1
>
> set :deploy_via, :remote_cache
>
> after "deploy:update_code", "deploy:native_gems"
>
> desc "recompile native gems"
> task :native_gems do
> run "cd #{latest_release};bin/thor merb:gems:redeploy"
> end
>
> The 2 first lines are just git settings to avoid checking out the entire
> tree every time. The last task just calls the thor task to recompile native
> gems only.
>
> Note that you can dump any gems ot the ./gems folder and merb will load them
> at boot start. If you don't like the thor tasks, you can come up with your
> own solution that would do the same. Please do let us know if you come up
> with a different strategies.
>
> -Matt
>
> On Thu, Oct 2, 2008 at 9:31 AM, Jon Hancock <[EMAIL PROTECTED]> wrote:
>
> > Thanks, I'll study your script. I was hoping to stay away from cap as
> > I left it a while back and don't want to reintroduce it to my
> > workflow.
> > But I should be able to pick out good bits from your published script.
>
> > thanks, Jon
> >http://shellshadow.com
>
> > On Oct 3, 12:09 am, "Matt Aimonetti" <[EMAIL PROTECTED]> wrote:
> > > Few days ago, I posted an article covering this use case:
>
> > >http://merbist.com/2008/09/23/deploying-a-bundled-merb-app-merb-097/
> > I'll
> > > update the wiki to reflect the steps.
>
> > > Few extra points:
>
> > > - Please do not add your src folder to your git repo, you don't need
> > > that.
> > > - Only native gems get rebuilt
> > > - Because of "set :deploy_via, :remote_cache" your bundled gems don't
> > get
> > > pushed every time.
> > > - "I moved from Rails to merb to get away from complexity." Merb is
> > more
> > > complicated than Rails but it's also more flexible and more powerful,
> > > because Merb is gem based, things are more complicated but we are
> > trying to
> > > make them easier.
>
> > > -Matt
>
> > > On Thu, Oct 2, 2008 at 7:34 AM, Julian Leviston <[EMAIL PROTECTED]>
> > wrote:
> > > > convincingly confusing :-) j
>
> > > > On 03/10/2008, at 12:25 AM, Yehuda Katz wrote:
>
> > > > And by convincing, I of course meant confusing :P
>
> > > > On Thu, Oct 2, 2008 at 10:25 AM, Yehuda Katz <[EMAIL PROTECTED]> wrote:
>
> > > >> Apologies for it seeming convincing. Regarding your central problem:
> > > >> # some gems feature compiled C extensions - these need to be
> > recompiled on
> > > >> your
> > > >> # target deployment platform (use Capistrano, God...)
> > > >> thor merb:gems:redeploy
>
> > > >> That will recompile any C extensions on your target platform.
>
> > > >> -- Yehuda
>
> > > >> On Thu, Oct 2, 2008 at 5:50 AM, Jon Hancock <[EMAIL PROTECTED]
> > >wrote:
>
> > > >>> I am attempting to work with merb edge. In the past this seemed a
> > > >>> simple thing but now I am educating myself on the use of thor as the
> > > >>> new new way to work with edge and package it inside my project. I
> > > >>> have a few questions and concerns.
>
> > > >>> Synch-ing from dev to test or production pushes lots of stuff. How
> > > >>> are platform specific compiles handled when I re-checkout on my
> > > >>> production server?
> > > >>> So I follow the instructions from here
>
> >http://wiki.merbivore.com/pages/getting-merb-and-datamapper-edge-step...
> > > >>> and/or<
> >http://wiki.merbivore.com/pages/getting-merb-and-datamapper-edge-step...>
> > here
> > > >>>http://merbunity.com/tutorials/18
> > > >>> This pulls git repos into my local app structure and packages gems.
> > > >>> I'm doing this under OS X. I deploy on linux. Some of this code has
> > > >>> C that needs to be recompiled (meaning gems repackaged?) for the
> > > >>> target machine. How does this happen? I assume I am supposed to
> > push
> > > >>> from my OS X git repo to my production machine. But don't i need to
> > > >>> rebuild those platform specific object files?
>
> > > >>> All I want is two things:
> > > >>> 1 - be able to develop on edge or some other version from git.
> > > >>> 2 - be able to deploy what I"ve tested with
>
> > > >>> At the moment, this thor thing seems overkill and isn't working for
> > > >>> me. I moved from Rails to merb to get away from complexity.
>
> > > >>> Any help please?
>
> > > >>> thanks, Jon
> > > >>>http://shellshadow.com
>
> > > >> --
> > > >> Yehuda Katz
> > > >> Developer | Engine Yard
> > > >> (ph) 718.877.1325
>
> > > > --
> > > > Yehuda Katz
> > > > Developer | Engine Yard
> > > > (ph) 718.877.1325
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"merb" 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/merb?hl=en
-~----------~----~----~----~------~----~------~--~---
