ДП
ну допустим написали скрипт (на батнике вряд ли элегантно такие проверки сделаешь, ну пусть это питон-скрипт итп вплоть до EXE)
Size: a a a
2020 February 26
ДП
один скрипт - пусть некий этап сборки, в данном случае проверка БД на coding style, передаем ему в качестве параметров сервер, бд, юзер пароль итп что там потребуется
ДП
скрипт подрубается к БД находит проблему (поле user_id в таблице task не ссылается на таблицу user, айяйяй!)
AS
как такое делается в gitlab, например
Самим гитлабом - никак 😁
Он просто запускает тулы, которые это делают :)
Он просто запускает тулы, которые это делают :)
ДП
как отдаем эту проблему в CI?
ДП
Самим гитлабом - никак 😁
Он просто запускает тулы, которые это делают :)
Он просто запускает тулы, которые это делают :)
это понятно, каждую заморочку не сделаешь, каждый этап у каждого проекта уникален, есть конечно общие - получить с гита сорцы итп
ДП
да, надо попробовать перейти на гитлаб, спс, щас попрошу когонить развернуть сервер)
AS
как отдаем эту проблему в CI?
перекладываем на автоматизированный запуск этих тулов )
ничего нового )
ничего нового )
AS
да, надо попробовать перейти на гитлаб, спс, щас попрошу когонить развернуть сервер)
мне гитлаб нравится тем, что это интегрированное решение ))
там и код, и issue-tracker, и wiki и сервер сборок
и нЕ нравится тем, что баги исправляются годами )) (но можно патчить самому, т.к. OSS - это плюс)
и нет автоверсионирования из коробки - надо чота костылить своё...
там и код, и issue-tracker, и wiki и сервер сборок
и нЕ нравится тем, что баги исправляются годами )) (но можно патчить самому, т.к. OSS - это плюс)
и нет автоверсионирования из коробки - надо чота костылить своё...
AS
это понятно, каждую заморочку не сделаешь, каждый этап у каждого проекта уникален, есть конечно общие - получить с гита сорцы итп
почему же?
есть общие этапы:
build - test -deploy ))
они не уникальны )))
просто ЧТО выполняется на этих этапах - это уже вещи "уникальные" (на самом деле, нет) ))
есть общие этапы:
build - test -deploy ))
они не уникальны )))
просто ЧТО выполняется на этих этапах - это уже вещи "уникальные" (на самом деле, нет) ))
AS
скрипт подрубается к БД находит проблему (поле user_id в таблице task не ссылается на таблицу user, айяйяй!)
БД боевая ?
ДП
нет уж
ДП
от дева до боевой еще в цепочки 2 )
ДП
dev->ref (tests)->stage->prod
AS
клиенту уходит неполная функциональность, проект легко собирается без прикладных форм, они просто не будут зареганы в контейнере и все
проверять на этапе запуска приложения...
и добавить smoke-тест в пайплайн сборки...
и добавить smoke-тест в пайплайн сборки...
ДП
проверять на этапе запуска приложения...
и добавить smoke-тест в пайплайн сборки...
и добавить smoke-тест в пайплайн сборки...
ну частично так и делается, на каждую форму пишется команда, которая ее должна попробовать открыть
AS
dev->ref (tests)->stage->prod
так а зачем к БД коннектиться?
должен быть скрипт, который создаёт БД? его и анализировать
должен быть скрипт, который создаёт БД? его и анализировать
ДП
в бд проверяются не только метаданные
ДП
да и проще через системные таблицы проверить некоторые вещи
VA
Коллеги, я, наконец, опубликовал статью об автоматизированной сборке Delphi-приложений
https://habr.com/ru/post/489960/ :)
https://habr.com/ru/post/489960/ :)
👍 спасибо