Как вы пользуетесь GIT

[Lankey]

Добрый день
Как вы испотзуете GIt ( +DevOPS)? Какую стратегию вы используете для Pull request?

Пытаюсь понять , как лучше, если есть 4 девелопера. Задания небольшие(багфиксы и доработки на 1-5 дней разработки), но в PROD где-то раз в 2 недели packages отправляются.

Есть 2 branch :

• MAIN - используем для пакетов в TEST
• RELEASE -используем для пакетов в PrePROD

Рассматриваю два варианта (но, может, есть и лучшие):

Первый вариант

1. feature от RELEASE
2. потом Pull request в MAIN для тестирования в TEST
3. а потом Pull request той же feature в Release для тестов PrePROD
4. и потом в PROD

Второй вариант

1. feature от MAIN
2. потом Pull request feature в MAIN для тестирования в TEST
3. потом cherrypick из MAIN в RELEASE для тестирования в PrePROD
4. и потом в PROD

Поэтому вопросы:

• Какой вариант предпочтительней?
• Какая стратегия Pull request ? (склоняюсь к Squash)
• Надо как-то сделать так, чтобы version upgrade можно было произвести бескровно.

Спасибо

[Товарищ ♂uatr]

Цитата:

Сообщение от Lankey

Какой вариант предпочтительней?

Стоит начать с того: какую цель преследуете или проблему решаете? Прозрачность, качество, сокращение цикла поставки, удобство поставки или что-то иное? На основании этой цели(ей) и нужно принимать решение. В последующем эти цели могут измениться, поэтому решение должно быть адаптивным.

Цитата:

Сообщение от Lankey

Как вы испотзуете GIt ( +DevOPS)? Какую стратегию вы используете для Pull request?

С позиции контроля качества, PR является наилучшим решением, недоступным в TFVC. Обязательным условием является валидация данного кода. Т.е. кто-то (или что-то) должен осуществлять данное действие, в ином случае смысл в PR теряется.

Цитата:

Сообщение от Lankey

Есть 2 branch :
MAIN - используем для пакетов в TEST
RELEASE -используем для пакетов в PrePROD

Самой простой стратегией поставки является GitHub flow.

Цитата:

Сообщение от Lankey

Какая стратегия Pull request ? (склоняюсь к Squash)

Это инструмент управления историей - зависит от целей. https://learn.microsoft.com/en-us/az...w=azure-devops

Цитата:

Сообщение от Lankey

Надо как-то сделать так, чтобы version upgrade можно было произвести бескровно.

Необходимо понимать, что решение нужно будет кому-то поддерживать, кто это будет делать? (правильный ответ - DevOps-инженер) Должны быть внедрены конвейеры CI/CD и они должны быть в актуальном отказоустойчивом состоянии. https://learn.microsoft.com/en-us/az...w=azure-devops

[pitersky]

Имею некоторый (хоть и небольшой) опыт работы с гитом на проекте внедрения 365. Если вкратце, то опыт крайне негативный - всё очень запутано и ненаглядно. Возможно, это вопрос привыкания, но мне категорически не понравилось. Да и никому в команде не понравилось. Работа с чекинами в DevOps в своё время зашла сразу, а это - нет.

[Lankey]

Да выбирать не приходится уже version control, тк MS за нас уже все выбрал
Надо на GIT переплывать. https://learn.microsoft.com/en-us/dy...ools/git-intro