Как управлять задачами и версиями для исходного кода? - PullRequest
Новая
       20

Как управлять задачами и версиями для исходного кода?

0 голосов
/ 25 февраля 2011

У меня есть теоретический вопрос: у меня есть проект, который имеет версии, например:

  • 0.1: альфа
  • 1.0: первый выпуск
  • 2.0:критические изменения

И у меня есть система управления задачами (Redmine, но та же самая для trac или чего-нибудь еще ...).

В какой версии я ставлю задачу, которая заставит приложение работать (в настоящее время оно не работает)?Это в 0,1 (после завершения 0,1, затем работает 1,0) или в 1,0 (после завершения 1,0, работает 1,0) .

Другой способзадать вопрос: является ли задача версии 1.0 задачей, которая помогает сделать версией 1.0, или задачей, которая расширяет / исправляет полностью работающей версией 1.0.

Я в замешательстве, потому что задача может

  • предшествовать релизу версии (то есть работать над релизом)
  • следовать релизу версии (т.е. релиз вышел, нам нужно исправить ошибки и расширить его)

Итак, какие задачи я ставлю в версии?

Я не знаю, как управлять задачами и версиями, вы можете мне помочь!Как это работает в кодировании с открытым исходным кодом?

Спасибо!

PS: пожалуйста, дайте мне знать, если это не достаточно ясно

1 Ответ

0 голосов
/ 25 февраля 2011

Вам нужно разделить задачи и версии в уме, прежде чем вы сможете вернуться и применить их.

Задачи - это работа, которую вы выполняете над своим кодом.

Версии (и я расскажу о всех точечных выпусках здесь) являются выпусками вашего кода.

Вы работаете над задачами над своим кодом с целью создания релиза. Этот выпуск, в зависимости от объема работы, которую вы делаете, может быть полной версией 1.xx, 2.xx и т. Д., Или выпуском версии 1.1.x, 1.2.x, 1.3.x или может быть второстепенным. point release / bugfix / как вы хотите это называть, 1.0.1, 1.0.2, 1.0.3.

Задачами могут быть исправление ошибок, функции, изменения, рефакторинг, что угодно. В рамках полной разработки приложений вы можете разрешить, чтобы ваша организация связывала группы задач с работой, необходимой для создания следующего выпуска, или у вас может быть дата выпуска с привязкой к дате, то есть вы выпустите версию 2.0.0 25 февраля. 2011 независимо от того, завершены ли задачи (хотя обычно существует подмножество, которое должно быть завершено, чтобы выпустить релиз).

Релизы версий, как правило, следуют за основными обновлениями, обновлениями, добавлениями функций. Точечные выпуски имеют тенденцию следовать умеренным улучшениям и исправлению основных ошибок. Незначительные выпуски точек будут результатом исправления ошибок.

Везде, куда вы обращаетесь, вы найдете разные подходы к этому процессу, и вам просто нужно либо понять, что используется вашей компанией, либо, если у вас есть возможность, найти тот, который имеет смысл для вас, а затем применять его последовательно. *

...