Comments on: Ruby Code Audit Checklist http://pathfindersoftware.com/2008/07/1008/ The Fastest Way to Launch Successful Software Thu, 19 Jan 2012 16:36:03 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Pathfinder Development » Dealing With A Legacy http://pathfindersoftware.com/2008/07/1008/#comment-8424 Pathfinder Development » Dealing With A Legacy Fri, 05 Sep 2008 19:03:00 +0000 http://www.pathf.com/blogs/?p=1008#comment-8424 [...] A couple of months ago, I wrote about auditing existing Rails applications en route to potentially taking them over. [...] [...] A couple of months ago, I wrote about auditing existing Rails applications en route to potentially taking them over. [...]

]]> By: Pathfinder Development » Resolved: Should schema.rb be included in your source control? http://pathfindersoftware.com/2008/07/1008/#comment-8423 Pathfinder Development » Resolved: Should schema.rb be included in your source control? Fri, 18 Jul 2008 17:39:45 +0000 http://www.pathf.com/blogs/?p=1008#comment-8423 [...] a couple of weeks ago in the code audit post I wrote that I would consider it a big problem if the code base I was investigating couldn't run [...] [...] a couple of weeks ago in the code audit post I wrote that I would consider it a big problem if the code base I was investigating couldn’t run [...]

]]> By: Jon Wood http://pathfindersoftware.com/2008/07/1008/#comment-8422 Jon Wood Thu, 10 Jul 2008 09:40:40 +0000 http://www.pathf.com/blogs/?p=1008#comment-8422 <blockquote>Failing a migration from scratch would be a big problem.</blockquote> It really shouldn't be - that's what the schema.rb is for. The "best practice" (I hate that phrase!) is to use db:schema:load when you first setup a new project, which is not only a lot quicker then running all the migrations, but is also less likely to explode later on because something changed. You also mentioned in your project tutorial that you don't keep schema.rb in version control. That's possibly one of the most important files you can have there, since it's used to bootstrap a new production server.

Failing a migration from scratch would be a big problem.

It really shouldn’t be – that’s what the schema.rb is for.

The “best practice” (I hate that phrase!) is to use db:schema:load when you first setup a new project, which is not only a lot quicker then running all the migrations, but is also less likely to explode later on because something changed.

You also mentioned in your project tutorial that you don’t keep schema.rb in version control. That’s possibly one of the most important files you can have there, since it’s used to bootstrap a new production server.

]]>