Size: a a a

1С, БСП, DevOps и Архитектура

2020 November 23

EM

Eldar Mingaliev in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
но вообще обеспечить 100% стабильность девелопа можно только наяривая на rebase, линейную разработку и/или постоянный обратный мерж из девелопа в фича-ветку. понятное дело, что тесты в фича-бранче должны пройти, но развал девелопа - это не так страшно, как кажется. он и создан для того, чтобы тестировать интеграцию и отлавливать падения над ней
я бы предпочел девелоп оставить как есть, и добавить стейджинг, чтобы тестовый прод каждый раз заново разворачивался и проверялся
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Eldar Mingaliev
я бы предпочел девелоп оставить как есть, и добавить стейджинг, чтобы тестовый прод каждый раз заново разворачивался и проверялся
не вижу противоречий :)
источник

NM

Nikita Mikhaylov in 1С, БСП, DevOps и Архитектура
P Z
Это если не юзать хак с обходом ДФК при открытии
так обход в цикле ровно это и делает - чтение ТЧ, посмотрите на счетчик вызовов сервера
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Nikita Mikhaylov
так обход в цикле ровно это и делает - чтение ТЧ, посмотрите на счетчик вызовов сервера
Так речь про другое
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Про то что один раз прочитал всю а потом не лезешь
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
висят два МР. оба актуализируются от девелопа. тесты в первом МР проходят, он вливается в девелоп.
дальше развилка - либо вы вливаете МР2 с риском развала девелопа, либо вливаете девелоп в МР2 и снова ждете тестов на МР2
Так вроде бы если между первым и вторым МР будет комит в девелопе, то гитлаб заново прогонит ci для второго МР
источник

NM

Nikita Mikhaylov in 1С, БСП, DevOps и Архитектура
P Z
Про то что один раз прочитал всю а потом не лезешь
так "потом" делает ровно такое же чтение... и точно также кешируется на клиенте.
По сути - отложенное обращение
источник

EM

Eldar Mingaliev in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
не вижу противоречий :)
видимо я для себя это более четко на контура поделил видимо) в девелопе сидят разрабы, со своим окружением и нюансами по видимости данных из боевой базы.  разворачивать стейдж там где сидят разрабы я бы точно не стал, рисков слишком много)
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Nikita Mikhaylov
так "потом" делает ровно такое же чтение... и точно также кешируется на клиенте.
По сути - отложенное обращение
Найти строки - не кеширует
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Eldar Mingaliev
видимо я для себя это более четко на контура поделил видимо) в девелопе сидят разрабы, со своим окружением и нюансами по видимости данных из боевой базы.  разворачивать стейдж там где сидят разрабы я бы точно не стал, рисков слишком много)
а я не про контура говорю. я лишь про ветки
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Eldar Mingaliev
я бы предпочел девелоп оставить как есть, и добавить стейджинг, чтобы тестовый прод каждый раз заново разворачивался и проверялся
А по какому принципу он собирается?
источник

EM

Eldar Mingaliev in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
а я не про контура говорю. я лишь про ветки
тьфу ты...опять я не в ту степь, со своей эксплуатацией)
источник

NM

Nikita Mikhaylov in 1С, БСП, DevOps и Архитектура
P Z
Найти строки - не кеширует
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Александр Медведько
Так вроде бы если между первым и вторым МР будет комит в девелопе, то гитлаб заново прогонит ci для второго МР
возможно. и вы можете его ждать, а можете залить в девелоп, и остальные разработчики быстрее получат ваши изменения в свои локальные базы/бранчи
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
децентрализованные системы контроля версий - это всегда trade off
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Но тем не менее, разница в скорости , был обход всей ДФК или нет, есть.
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
И он в разы
источник

NM

Nikita Mikhaylov in 1С, БСП, DevOps и Архитектура
P Z
Но тем не менее, разница в скорости , был обход всей ДФК или нет, есть.
а если два раза подряд вызвали, что будет?
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
возможно. и вы можете его ждать, а можете залить в девелоп, и остальные разработчики быстрее получат ваши изменения в свои локальные базы/бранчи
Да, это я наверное понимаю. У нас нет такой интенсивности пока, видимо это спасает.  Хорошо, спасибо за советы
источник

NM

Nikita Mikhaylov in 1С, БСП, DevOps и Архитектура
Nikita Mikhaylov
а если два раза подряд вызвали, что будет?
надо посмотреть, это больше на косяк похоже
источник