Контрольный список для запуска нового приложения Rails?

Легко создать новое приложение Rails, используя "rails new myapp" (или начать с шаблона из Rails Wizard или проекта RailsApps).

Но после этого, что вы делаете? Какие жемчужины вы всегда добавляете? Какие решения вы принимаете до начала разработки? Какие важные элементы часто игнорируются перед развертыванием приложения?

Я хотел бы собрать контрольный список ссылок для совместного использования. Любые предложения?

Например:

  • Создайте новый gemset RVM
  • Измените файл .gitignore
  • Переключение с TestUnit на RSpec
  • Настройка Guard для запуска тестов в фоновом режиме во время разработки.
  • Добавить метатег просмотра в макет приложения по умолчанию
  • Не забудьте создать файл sitemap.xml
  • Добавить фрагмент Google Analytics

Что еще?

Ответы

Ответ 2

Для меня обычный процесс включает в себя:

  • Добавить фреймворк CSS (сетки, текст, формы)
  • Добавить ячейки
  • Добавить Slim (www.slim-lang.com)
  • Удалить тест:: Unit для RSpec
  • Добавить настройки конфигурации приложения (config.yml)
  • Добавить огурец
  • Добавить FactoryGirl
  • Добавить Spork
  • Добавить гвардию (охранник-охранник, охранник-огурец, охранник, охранник-печенье, охранник-шпор)
  • Добавить Git, пространство Github, + изменить .gitignore
  • Добавить пространства Heroku (этап + производство)

Обычно я копирую свои помощники google_analytics и sitemap_controller из других проектов во время процесса разработки, вместо того, чтобы быть достаточно организованным, чтобы сделать это с самого начала. Мне нравится настройка параметров тестирования и развертывания с самого начала, поэтому я могу начать разработку и выпуск рано и часто.

Dave

Ответ 3

создать rvm gemset, создать .rvmrc, изменить .gitignore

Затем добавьте драгоценные камни

  • gem 'pg'
  • gem 'thin'
  • gem 'ruby-debug19',: require = > 'ruby-debug'
  • gem 'rspec-rails'
  • gem 'factory_girl_rails'
  • gem 'capybara'

тогда в зависимости от проекта я часто использую aws3, paperclip, resque, will_paginate и haml (хотя я больше не пытаюсь использовать его для новых проектов)

Ответ 4

В большинстве случаев:

  • Конфигурация
    • добавить .rvmrc
    • amberbit-config gem (доступен в GH)
    • изменить .gitignore
  • Просмотров
    • haml to sass/coffee stack
    • rdiscount
  • Тесты
    • rspec вместо модульных тестов
    • capybara, factory_gril, spork, timecop
  • Разработка
    • guard-livereload, с защитой, libnotify и т.д.
    • active_reload для более быстрой разработки с конвейером активов
    • аннотировать, если реляционный db
    • подглядывать

Я почти забыл упомянуть: сочетание шаблона html5 для рельсов с твитер-бутстрапом - это хорошая комбинация.

Ответ 5

Первое, что я делаю, - это перейти к http://railswizard.org/ и создать шаблон, прежде чем "reils new app".

Ответ 6

  • Я всегда хочу настроить Factory Girl под /fixtures и настроить Огурец вдоль Rspec. Иногда я тоже использую shoulda.
  • Инициализировать проект как репозиторий git и связать его с github. Настройте приложение, чтобы использовать PostgreSQL вместо SQLite.
  • И последнее, о чем я могу думать, это то, что я часто делаю запись из начало, для загрузки .rb файлов формы /lib автоматически.

Ответ 7

Я ничего не добавляю. Вещи добавляются, если проект требует их.

  • Я не загружаю рамки CSS только потому, что там где-то есть два столбца и закругленная кнопка.
  • Я не загружаю FactoryGirl, потому что рельсовые протезы отлично работают, пока вы знаете, как их использовать. (Подсказка: вам не нужно 100 экземпляров пользователя в ваших светильниках).
  • Я не загружаю RSpec/Cucumber/etc, потому что UnitTest так же хорош, и я предпочитаю держать вещи простыми.

Нет абсолютно никаких причин для раздувания проекта с вещами только потому, что вам "может понадобиться"

Ответ 8

Мне надоело помнить и повторять мирские задачи, необходимые для каждого нового приложения.

Если вы ищете руководство по началу работы, мы недавно (вчера!) выпустили инструмент для ускорения процесса, со всеми проверенными и проверенными библиотеками для различных аспектов веб-приложения Rails, так как а также сценарии очистки, чтобы получить новое приложение так, как должно быть.

Откроем http://drone.bz, чтобы создать приложение так же, как и мы. Под капотом он использует app_drone для устранения зависимостей и создания фактического шаблона, но пользовательский интерфейс, вероятно, все, что вам нужно для начала работы.

Есть несколько подобных инструментов, но я решил быть очень упрямым в выборе рецептов, и конечный результат - прочная основа для разработки:)

P.S. Даже если вы не используете дроны, вы можете взглянуть на шаги, которые достаточно распространены в Rails dev для автоматизации.