Artur Ayukhanov
Artur Ayukhanov
@EvilBeaver > @artbear а какой вариант исправления ты хотел бы? После set-version у тебя модифицированный файл в рабочей копии лежит. Его так и так надо коммитить. Может сразу запускать синхронизацию...
@EvilBeaver что скажешь?
> для параллельных синхронизаций по разным репам Вопрос: как в случае использования конфигурации с несколькими репозитариями и возможным параллельным запуском запретить параллельно запускать билды для одного репозитария? Без положительного ответа...
> способ, в принципе, общепринятый - lock-файл, определяющий доступ к разделяемому ресурсу. @EvilBeaver я уже выше писал > ИМХО никак не запретить, т.к. никак не отследишь параллельный запуск :( если...
> После pull надо смотреть, если мы собираемся распаковать версию, а в файле VERSION она уже распакована, значит, кто-то нас опередил с другой машины +1 > Чем нам грозит параллельная...
@EvilBeaver какой конфликт-то? мы же делаем пулл и просто штатно меняем этот файл. Для Гит это обычное изменение файла
@nixel2007 Да, согласен, пуш не пройдет. Тогда все, больше рисков не вижу. @pumbaEO а ты что думаешь по этой теме?
@pumbaEO какие проблемы/риски при параллельной работе двух синхронизаций одного репозитария возможны?
ИМХО переделать несложно. четыре ключевые команды - коммит, пулл, пуш и клон
в 1testrunner уже есть реализация Generic Test Data https://github.com/artbear/1testrunner/pull/33