Можно ли работать на одной ветке с пессимистическим подходом? - PullRequest
0 голосов
/ 14 января 2019

Моя команда и я собираемся работать с использованием подхода Trunk Based Development . Возможно ли в VSTS (или более широком, в Git) иметь только основную ветвь и после каждого push (и до merge) проходить проверку - запускается тест. Изображение в качестве примера:

enter image description here

Никто не работает над ветками, кроме редких ситуаций. Команда стремится передать небольшие фрагменты кода непосредственно мастеру.

Возможно ли достичь?

1 Ответ

0 голосов
/ 14 января 2019

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

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

Альтернативный

На сервере не существует "ловушки после получения" для обработки новых коммитов, но вы можете немного больше настроить:

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

Таким образом, люди могут извлечь только из последнего «успешного» репо.

Альтернатива 2

Вы также можете захотеть заглянуть в Explorer, Expand, Extract, (Test && Commit) || Возврат и Лимбо! в качестве разветвленных моделей для изучения. Эти шаблоны появляются из Uber и Facebook, где они работают со слишком большим количеством людей в одной ветви, чтобы сделать доступными запросы на получение.

Они стремятся к очень сильной разработке стиля TDD, когда код фиксируется только в том случае, если тесты проходят успешно и код запускается рано и часто.

Смотри также:

...