Управление изменениями

Question

В настоящее время я работаю в компании, у которой есть несколько продуктов с одинаковым циклом выпуска.

Проблема, с которой я столкнулся, заключается в том, что мне нужно будет создать файл релиза, который включает все выпущенные файлы и что за изменение. И есть ряд случаев, когда клиенты отступают от изменений, близких к дате выпуска.

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

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

Большое спасибо

Ps. Я уже пытаюсь посмотреть на схватку, но не уверен, что она способна решить мою трудность.

Answer 1

Контроль версий

Хорошая система контроля версий, эффективная ошибка при ее использовании. Существует несколько способов эффективного ветвления и слияния, два из которых могут работать для вас: «для функции» и «для клиента».

За функцию

В этой настройке вы создаете копию основного кода (транка) для каждой новой реализованной функции. Как только функция завершена, объедините ее обратно в ствол. Если вы обновите ствол до того, как функция будет завершена, или вы завершите другую функцию, возможно объединить эти изменения из ствола во все ветви.

на клиента

То же, что для каждой функции, но каждый клиент получает свою собственную ветвь, так что откат функции для одного не удаляется из другого. Чтобы объединить их, вы можете структурировать свой репозиторий следующим образом:

Repos
+---Core
|   +---branches
|   +---tags
|   \---trunk
+---Client1
|   +---branches
|   +---tags
|   \---trunk
\---Client2
    +---branches
    +---tags
    \---trunk

Project Managemet

Теперь, чтобы ответить на ваш актуальный вопрос. Я не могу много сказать об этом из своего опыта, но я планирую добавить Trac в свой проект в ближайшее время, потому что он выглядит простым в использовании и бесплатным. На их сайте вы можете увидеть, как разработчики Trac используют свое собственное приложение для определения этапов и организации проблем. Если вы хотите изучить больше возможностей, то в Википедии есть несколько списков .

Answer 2

Существует решение вашей проблемы с использованием ] project-open [, но это не так просто:

• ] po [включает систему отслеживания билетов, которую вы можете использовать для отслеживания запросов клиентов на изменение.
• После реализации запроса на изменение вам необходимо включить #ticket_id в комментарии к коммитам, чтобы] po [мог связать коммиты с тикетами на изменение. Для этого необходимо правильно установить и настроить] po [package intranet-cvs-интеграции. Имя пакета включает в себя «CVS», но оно также может интегрироваться с SVN и GIT.
• Наконец, вы должны создать скрипт, который будет применять коммиты выборочно к базовому уровню кода, в зависимости от статуса каждого тикета на изменение.

Таким образом, вы можете автоматически создавать свои файлы релизов, в зависимости от статуса ваших изменений.

Answer 3

Вы, вероятно, лучше всего используете репозиторий исходного кода, такой как Git, Subversion, Mercurial и т. Д.

Какой из них использовать, сильно зависит от ваших потребностей и платформы, однако вы, вероятно, плохо знакомы с инструментами SCM, поэтому я бы порекомендовал Subversion с TortoisSVN.