Results for for-each-project

Apply public licenses to files in ruby projects

Simple cli for tracking which project you've worked on each day

go (to project) do (stuffs) godo provides a smart way of opening a project folder in multiple terminal tabs and, in each tab, invoking a commands appropriate to that project. For example if the folder contains a Rails project the actions might include: starting mongrel, tailing one or more logs, starting consoles or IRB sessions, tailing production logs, opening an editor, running autospec, or gitk. godo works by searching your project paths for a given search string and trying to match it against paths found in one or more configured project roots. It will make some straightforward efforts to disambiguate among multiple matches to find the one you want. godo then uses configurable heuristics to figure out what type of project it is, for example "a RoR project using RSpec and Subversion". From that it will invokes a series of action appropriate to the type of project detected with each action being run, from the project folder, in its own terminal session. godo is entirely configured by a YAML file (~/.godo) that contains project types, heuristics, actions, project paths, and a session controller. A sample configuration file is provided that can be installed using godo --install. godo comes with an iTerm session controller for MacOSX that uses the rb-appscript gem to control iTerm (see lib/session.rb and lib/sessions/iterm_session.rb). It should be relatively straightforward to add new controller (e.g. for Leopard Terminal.app), or a controller that works in a different way (e.g. by creating new windows instead of new tabs). There is nothing MacOSX specific about the rest of godo so creating controllers for other unixen should be straightforward if they can be controlled from ruby. godo is a rewrite of my original 'gp' script (http://matt.blogs.it/entries/00002674.html) which fixes a number of the deficiencies of that script, turns it into a gem, has a better name, and steals the idea of using heuristics to detect project types from Solomon White's gp variant (http://onrails.org/articles/2007/11/28/scripting-the-leopard-terminal). godo now includes contributions from Lee Marlow <lee.marlow@gmail.com> including support for project level .godo files to override the global configuration, support for Terminal.app, and maximum depth support to speed up the finder. godo lives at the excellent GitHub: http://github.com/mmower/godo/ and accepts patches and forks.

This ruby gem is a simple command line interface (CLI) to access the top 20 newest projects on Kickstarter.com.This gem also allows you to recieve basic information about those projects and a link to their project page.

This ruby gem is a simple command line interface (CLI) to access the top 20 newest projects on Kickstarter.com.This gem also allows you to recieve basic information about those projects and a link to their project page.

Capture project requirements better

Manage public menus for each project inside Lolita.

A simple gem that will traverse your Git history and report the rails stats for each day in the projects life.

a little utility to create a screenshot from each commit of a project

Danger plugin to add on projects using GFSM in order to make sure each MR creates a CHANGELOG entry.

If you like the ‘Module#autoload’ feature of the Ruby Core library, you may have wished for Autoloaded. It eliminates the drudgery of handcrafting an `autoload` statement for each Ruby source code file in your project. It also avoids the limitations of rigid convention-driven facilities such as those provided by the ActiveSupport RubyGem. Autoloaded assumes, but does not enforce, `CamelCase`-to-`snake_case` correspondence between the names of constants and source files. You can combine conventions, even putting multiple autoloaded constants in a single source file.

Add useful spec/support functionalities that come back in each project

No description provided.

No description provided.

No description provided.