Показать сообщение отдельно
Старый 19.05.2017, 10:24   #10  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от trud Посмотреть сообщение
А почему не смогут? т.е. вот в видео - делается ветка DEV, куда подключаются разработчики. они туда коммитят изменения.
...
1-3 разработчика)
Цитата:
Сообщение от macklakov Посмотреть сообщение
Подозреваю что существование таких разработчиков новой схемой не предусмотрено. Дикость это все и кустарщина.
Типа есть партнер, а у партнера этих серверов должно хватать, ибо это их хлеб.
И так, и не так малешко.

Небольшие команды, которые подключаются и программят в один ДЕВ, как раньше, предусмотрены.
но также идет расширение функционала в сторону больших команд.

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

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

(вполне традиционный способ разработки в остальном программистском мире)

в этом случае, общий ДЕВ по построению будет отличаться от локальной среды каждого разработчика.
в этом случае, перед тем как закомиченное попадет в ДЕВ ветку, нужно скомпилить в ДЕВ ветке, выполнить LINT-проверки, выполнить юнит-тесты, выполнить функциональные тесты и прочие проверки. Как раз для такого и нужен билд-сервер.

Именно так сейчас происходит внутри МС.
каждый программист:
  • сначала копирует общий билд в свою локальную среду разработки.
  • прогает, вносит изменения, проходит CodeReview, добивается успешной компиляции и прохождения тестов
  • далее отправляет в... gate
gate
  • создает отдельную виртуальную машину с актуальным состоянием локальной среды
  • компилирует
  • выполняет проверки
  • выполняет тесты
  • и только после того, как проверки и тесты прошли, отправляет изменения в DEV

да, для команд из 1-3 программистов этот способ избыточен
да, для команд из нескольких десятков программистов этот способ хорош
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: gl00mie (2).