ВС
Ай CI оверхед для нас сейчас ненужный, как на мой взгляд, который в нашем случае гибкости, по-моему не добавит. Рабочая база около 100гб сейчас.
Лолшо?
Size: a a a
2020 May 29
A
А вот проблем добавит. Если эти проблемы будет решать кто-то другой и это не будет мешать работе то флаг вруки пусть ci.
A
Лолшо?
какой проект, такие подходы =)
ВС
Каких это проблем добавляет? Я пока только плюсы видел от CI
A
А какие плюсы?
ВС
Поддержка тестов - добавляет боли, да. Но ты их в любом случае уже пишешь
A
тесты я вообще только начал какие-то тут делать, я их и сам запускаю, на такой же среде.
A
git pull с меня не падает сделать.
ВС
А какие плюсы?
Ты уверен, что у тебя каждый MR прошёл все тесты, например
ВС
И никто в мастер ничего не выльет в обход автотестов
A
полный контроль над средой в моем случае необходим. А ci что? Контейнеры б-дья грузит, это пц по-моему полный, еще осталось базу в контейнер запихать.
ВС
Ладно, понятно
A
Ну, может, я опыта с ci не имел, но в моей ситуации, я плюсов не вижу, быть может для нормального проекта и с разделением труда это нормально.
A
Ты уверен, что у тебя каждый MR прошёл все тесты, например
Тесты вообще не гарантия того что будет работать все как нужно, те же расчеты как тестировать? или обработку платежей? Ну и в конце концов, что с меня упадет запустить тесты после мержа на мастере? А вообще, меня коробит от запихавания кода в контейнер + запихвания конфигов в контейнера + вопрос с логами и еще интересно, если субд на проде в контейнере, то тоже деплотить в контейнере базу?
A
Ладно, будем считать у меня не тот проект и не дорос. Как я сказал, для этого должен быть изначально какой-то воркфлоу и ресурсы которые будут думать как этот воркфлоу поддерживать.
ВС
Я не хочу тебя убеждать, но на некоторые твои вопросы отвечу из личного опыта:
1. Тесты не гарантируют работу приложения, но очень помогают увидеть, что ты что-то сломал. Я так уже много багов словил, которые просто допустил по невнимательности.
2. С тебя не упадёт, просто ты не будешь это делать / можешь положить болт и не запустить лишний раз все тесты после маленькой правки.
1. Тесты не гарантируют работу приложения, но очень помогают увидеть, что ты что-то сломал. Я так уже много багов словил, которые просто допустил по невнимательности.
2. С тебя не упадёт, просто ты не будешь это делать / можешь положить болт и не запустить лишний раз все тесты после маленькой правки.
ВС
А про контейнеры я тебя вообще не понял.
A
Я не хочу тебя убеждать, но на некоторые твои вопросы отвечу из личного опыта:
1. Тесты не гарантируют работу приложения, но очень помогают увидеть, что ты что-то сломал. Я так уже много багов словил, которые просто допустил по невнимательности.
2. С тебя не упадёт, просто ты не будешь это делать / можешь положить болт и не запустить лишний раз все тесты после маленькой правки.
1. Тесты не гарантируют работу приложения, но очень помогают увидеть, что ты что-то сломал. Я так уже много багов словил, которые просто допустил по невнимательности.
2. С тебя не упадёт, просто ты не будешь это делать / можешь положить болт и не запустить лишний раз все тесты после маленькой правки.
с первым согласен, второе я все равно делаю и буду делать и при этом у меня один несчастный docker-compose для всего.
ВС
с первым согласен, второе я все равно делаю и буду делать и при этом у меня один несчастный docker-compose для всего.
И в CI то же самое практически.
ВС
Только запись немного отличается.