Какова лучшая практика для номеров версий для расширений ruby ​​gem? - PullRequest
Новая
       0

Какова лучшая практика для номеров версий для расширений ruby ​​gem?

2 голосов
/ 12 июня 2011

У меня есть рубиновый камень ( Split ), версия которого 0.2.2 и расширение к нему как отдельный камень ( Split :: Export ) который загружается в стиле, аналогичном расширениям стойки: 

gem 'split-export', :require => 'split/export'

Как мне управлять версиями расширения?

Должен ли он соответствовать основной или вспомогательной версии драгоценного камня, который он расширяет, или он должен точно соответствовать уровню патча, есть ли другие тренды или примеры этого с другими драгоценными камнями, которые я могу отразить?

1 Ответ

1 голос
/ 14 июня 2011

Лучшая ставка для вас:

  1. Запустите версию расширения своего драгоценного камня с версии 0.0.1 в качестве первого выпуска.
  2. Убедитесь, что вы поддерживаете солидный набор тестов, чтобы проверить свой родительский гемв вашем случае «split») поддерживает поведение, от которого вы зависите.Что бы вы ни делали, не пропустите это!
  3. Всегда ведите документацию, в которой говорится, какую версию вашего родительского гема («split») вы точно поддерживаете.Пример: самоцвет "split" имеет версии 1.1.0, 1.1.6, 1.2.1.Если последняя версия, которую вы тестировали, это 1.1.6, создайте README, в котором говорится: «split-export» доказал свою работоспособность со всеми версиями «split» до 1.1.6.Используйте другие версии на свой страх и риск.Или что-то в этом роде.
  4. И, конечно, само собой разумеется, отслеживайте историю версий вашего родительского гема и периодически запускайте тесты на него.

Это очень простые методики TDD, ноповторять их никогда не повредит.Надеюсь, я помог.

...