Каталог решений - Git-flow в 1С (Система контроля версий)

Git-flow в 1С (Система контроля версий)

Git-flow в 1С (Система контроля версий)

В наличии

Статья является переосмыслением и дополнением к предыдущим трудам «Как мы управляем версиями (GIT+1C)» и «Как мы управляем версиями и тестированием 1C 8.3 (часть 2)». Как оказалось, многие не понимают, зачем такие сложности и почему? Попытаюсь ответить на эти вопросы и описать подход git-flow.

Категория:

Описание

Перед прочтением желательно ознакомиться с предыдущими статьями: Как мы управляем версиями (GIT+1C)Как мы управляем версиями и тестированием 1C 8.3 (часть 2)

 

Разработка качественных продуктов для 1С:Предприятие 8 довольно большая проблема. Для начинающих программистов и специалистов средней руки вопрос не стоит так остро, они не отвечают за работу огромных, высоконагруженных, сложных и нестандартных механизмов, где иногда часы простоя стоят огромных денег. Естественно все это создается не одним человеком и не за один день, когда случается переход от простых задач к глобальным и цена ошибки велика, вот в этот момент возникают вопросы взаимозаменяемости специалистов, совместное владение кодом и даже просто владение, регистрация и учет изменений, сроки реализации функционала, тестирование, списки приемных тестов и т. п.

 

Что же мы имеем в 1С

Чего же все-таки хочется

 Хранилище конфигурации:

  1. довольно спорный инструмент (в моем опыте несколько раз хранилище становилось полностью не рабочим); 
  2. совместное удобство работы сомнительное;
  3. выполнить привязку к трекеру задач нельзя;
  4. код ревью делать не удобно, да и отметить спорные изменения нельзя; 
  5. нет понятий release, hotfix, feature;
  6. и многое-многое другое;
  7. хорошо описано здесь.
  1. выполнять изменения без захвата объектов;
  2. при попытки внесения изменений, их должен принять человек с черным поясом по код ревью;
  3. каждый разработчик работает независимо от того, что делает другой программист;
  4. возможность использовать ветвления и выпускать продукт из комбинации удачных веток;
  5. при закрытии задачи в системе разработки, изменения кода можно просмотреть в трекере задач;
  6. комментирование построчно кода с оповещением человека, который пытается поместить изменения.
has been added to your cart:
Оформление заказа