I have **/*/.tmp* as one line in my gitignore but I still get the
files appearing when I do a "git status" so I obviously have got it
wrong.
Maybe I should just put .tmp*
Cheers
George
PS
Thanks for all the advice on ides but that wasn't really the
question!
On Jun 21, 6:37 am, Rory McKinle
I like the IDE approach overall. Netbeans has some nice autocomplete
features that really help in writing the code, but then again a simple
editor can work well too.
For the gitignore, just add a pattern of which files you don't want
included either in the root directory or in the specific directo
giorgio wrote:
> I have just started using rad rails again after a long stint on
> netbeans.
Why? That's going from bad to worse.
NetBeans: excellent IDE, too heavy for Rails
Aptana: less good IDE, *still* too heavy for Rails
Just forget about IDEs and use a good editor such as KomodoEdit. Rai
@Marli
Good points. After setting up a non vendored deploy yesterday and
encountering a few issues... I ended up going back to my usual
vendoring strategy. However this time I took a good tip from Rick
DeNatale and made sure I wasn't also vendoring and committing dev
specific gems. Which I was doi
Another thing to think about is how critical is it that your app works
exactly as planned on deployment. The more important it is, the more
you should consider versioning everything.
I'm in a similar situation as you and am not freezing any of my gems.
However, I have the versions specified in my
Thanks for the feedback guys.
I am the sole developer on almost all of my projects and I have root
access to the VPS environments that I deploy to.
Considering this I think a may give it a shot to just .gitignore
vendor/rails and vendor/gems and then just run "rake gems:instal"l
once I have my a
I ignore them, but it would depend on your project and your own
habits. If there are others working on the project you may want to
put it under version control in case someone decides to change
something in rails. For me, any hacks I do to activerecord or whatnot
are put in a separate library so
i think choice your way.
2009/12/10 elliottg
> To expand... All my gems are initially loaded via config.gem calls in
> their corresponding environment files.
>
> On Dec 9, 10:52 pm, elliottg wrote:
> > I always freeze Rails and unpack all my Gems... Do you guys prefer to
> > add vendor/rails an
To expand... All my gems are initially loaded via config.gem calls in
their corresponding environment files.
On Dec 9, 10:52 pm, elliottg wrote:
> I always freeze Rails and unpack all my Gems... Do you guys prefer to
> add vendor/rails and vendor/gems to your .gitignore file?
>
> Thanks, Elliott
9 matches
Mail list logo
