Автоматически перезагружать все вещи с охраной

Примечание для АРЕНДАТОРОВ там:
Плагин Guard-LESS на данный момент не поддерживает уведомления. Это на самом деле ужасно поддерживается, так что если у вас есть немного свободного времени, возможно, раскошелиться.

Mac OS X

Для Mac мы будем использовать что-то под названием Growl . Следует отметить, что Growl не является бесплатным, но это с открытым исходным кодом. Поэтому, если 4 доллара (которые идут непосредственно на проект) слишком велики для вас, вы можете попробовать построить их самостоятельно. Вы можете найти инструкции для этого здесь , хотя это, вероятно, будет кропотливым процессом.

Установив Growl, добавьте gem 'ruby_gntp' в ваш Gemfile и bundle install . Guard и Growl отлично работают вместе, поэтому им не нужно ничего другого, кроме как запустить Growl:

 $ bundle exec guard 14:54:30 - INFO - Guard is using GNTP to send notifications. 14:54:30 - INFO - Guard is using TerminalTitle to send notifications. 14:54:30 - INFO - Guard::Less 1.0.0 is on the job! 14:54:30 - INFO - Guard::Less: compiling all files 14:54:30 - INFO - Guard::Less: Skipping less/foo.less because css/foo.css is already up-to-date 14:54:30 - INFO - Guard is now watching at '/path/to/project' 

Теперь, когда мы меняем файл, Growl + Guard сообщит нам.

Linux

Для Linux у нас есть два метода: Growl для Linux и Libnotify.

Growl для Linux

Установите Growl для Linux и добавьте gem 'ruby_gntp' в ваш Gemfile , затем запустите bundle exec guard и все Gemfile !

Libnotify

Установите libnotify-bin в вашем любимом менеджере пакетов ( sudo apt-get install libnotify-bin ), добавьте gem 'libnotify' в ваш Gemfile , затем запустите bundle exec guard .

Примечание. Это может работать не во всех дистрибутивах Linux.

Windows

Гвардия предлагает либо Growl для Windows, либо Snarl . После того, как вы установили один из них, просто добавьте gem 'ruby_gntp' в ваш Gemfile и Gemfile bundle exec guard .

Отказ от ответственности: я не проверял ни один из методов Windows и не могу гарантировать успех.

Рельсы (RSpec)

Вы начали пускать слюни при мысли о Guard on Rails, не так ли? Давайте сделаем это волшебство случиться . Ситуация похожа на описанную выше: вы работаете с приложением Rails и снова и снова запускаете одни и те же тестовые команды, что становится утомительным. Не волнуйся, у тебя охранник.

1. Добавьте gem 'guard-rspec' в ваш Gemfile (и bundle install ).
2. Запустите guard init rspec для создания стандартного леса проекта.
3. Запустите bundle exec guard и наблюдайте за магией.

Это так просто. Тем не менее, я могу с уверенностью предположить, что вам нравится настраивать вещи, поэтому давайте немного Guardfile . Во-первых, вот что дает нам Guard:

 # A sample Guardfile # More info at https://github.com/guard/guard#readme # Note: The cmd option is now required due to the increasing number of ways # rspec may be run, below are examples of the most common uses. # * bundler: 'bundle exec rspec' # * bundler binstubs: 'bin/rspec' # * spring: 'bin/rsspec' (This will use spring if running and you have # installed the spring binstubs per the docs) # * zeus: 'zeus rspec' (requires the server to be started separetly) # * 'just' rspec: 'rspec' guard :rspec, cmd: 'bundle exec rspec' do watch(%r{^spec/.+_spec\.rb$}) watch(%r{^lib/(.+)\.rb$}) { |m| "spec/lib/#{m[1]}_spec.rb" } watch('spec/spec_helper.rb') { "spec" } # Rails example watch(%r{^app/(.+)\.rb$}) { |m| "spec/#{m[1]}_spec.rb" } watch(%r{^app/(.*)(\.erb|\.haml|\.slim)$}) { |m| "spec/#{m[1]}#{m[2]}_spec.rb" } watch(%r{^app/controllers/(.+)_(controller)\.rb$}) { |m| ["spec/routing/#{m[1]}_routing_spec.rb", "spec/#{m[2]}s/#{m[1]}_#{m[2]}_spec.rb", "spec/acceptance/#{m[1]}_spec.rb"] } watch(%r{^spec/support/(.+)\.rb$}) { "spec" } watch('config/routes.rb') { "spec/routing" } watch('app/controllers/application_controller.rb') { "spec/controllers" } watch('spec/rails_helper.rb') { "spec" } # Capybara features specs watch(%r{^app/views/(.+)/.*\.(erb|haml|slim)$}) { |m| "spec/features/#{m[1]}_spec.rb" } # Turnip features and steps watch(%r{^spec/acceptance/(.+)\.feature$}) watch(%r{^spec/acceptance/steps/(.+)_steps\.rb$}) { |m| Dir[File.join("**/#{m[1]}.feature")][0] || 'spec/acceptance' } end 

Вы можете решить, что хотите все эти вещи, но мне нравится немного упрощать вещи:

 guard :rspec, cmd: 'bundle exec rspec' do watch('spec/spec_helper.rb') { "spec" } watch('config/routes.rb') { "spec/routing" } watch('app/controllers/application_controller.rb') { "spec/controllers" } watch(%r{^spec/.+_spec\.rb$}) watch(%r{^app/(.+)\.rb$}) { |m| "spec/#{m[1]}_spec.rb" } watch(%r{^app/(.*)(\.erb|\.haml|\.slim)$}) { |m| "spec/#{m[1]}#{m[2]}_spec.rb" } watch(%r{^lib/(.+)\.rb$}) { |m| "spec/lib/#{m[1]}_spec.rb" } watch(%r{^app/controllers/(.+)_(controller)\.rb$}) { |m| ["spec/routing/#{m[1]}_routing_spec.rb", "spec/#{m[2]}s/#{m[1]}_#{m[2]}_spec.rb", "spec/acceptance/#{m[1]}_spec.rb"] } end 

Это будет охватывать все (или, по крайней мере, большинство) тестов, которые обычно выполняются в приложении Rails. Это должно спасти вас и ваши пальцы от всех этих дополнительных испытаний. Одна вещь, которую я хотел бы отметить в этом коде, это опция cmd . Это указывает, какая тестовая команда будет запущена. В этой ситуации это bundle exec rspec , но он также может быть и bundle exec rake test ; каждый проект будет отличаться.

Как вы видели, Guard — это фантастический инструмент для всего автоматизированного. Вы можете наблюдать за изменениями в проекте, а затем компилировать, тестировать или даже перезагружать окно браузера. Избавь себя от разочарований и найди стражу .