Сергей Сергей, а не знаете откуда берутся новые запросы? Ожидалось, что пользователь накликивает запросы, которые попадают в очередь колбэков, а потом эта очередь выполняется и всё. Но в этой очереди получается бесконечность новых запросов.
Как так происходит?
Дмитрий Шицков, то есть на сервер gitlab надо будет устанавливать docker-ce или есть некая клиентская часть, которую достаточно поставить?
изначально-то на гитлабе нет команд докера
Сергей Кузнецов, а как можно быть в такой ситуации. Я внёс замечания к мердж реквесту и закрыл реквест. Разработчик исправил замечания и сделал новый реквест.
Чтобы отследить свои предыдущие замечания, мне надо открыть старый и новый реквесты, всё правильно?
Сергей Кузнецов, у меня в VS 2022 нет ничего для пулл реквестов. Обновился до последней версии VS 2022 community - ничего не появилось. Хотя в VS 2019 помню что-то было.
GitLab Extension for Visual Studio - это плагин для VS 2019. У меня VS 2022. На 19 перейти не могу так как в 19 нет поддержки .net 5, 6
Это тоже забота разработчика. Пусть перед отправкой своей работы на рецензию делает git merge develop и устраняет конфликты сам заранее.
У вас в пулл реквесте тогда будет много изменений помимо изменений из задачи. Вам это код ревью не мешает делать? Когда надо посмотреть +20 файлов, и определить что имеет отношение к задаче, а что нет.
Мои задачи:
- следить за качеством кода и архитектурой
- менторить разработчиков
- готовить релизы
- развивать продукт
Если делать мердж то в develop попадают ненужные коммиты из feature ветки.
В develop каждый коммит должен представлять решение задачи.
Если делать pull/merge request + squash, то review надо будет делать в gitlab, что мне не подходит.
Я около 7 лет работаю с git и мы просто обходились обычным merge.
И что же вы, коммиты из фиче-ветки тянете прям в мастер в том виде как они есть?
Разарботчик делает ежедневные коммиты в свою ветку, под разными описаниями, чтобы фиксировать свою работу и сделать видной для других. Зачем эти коммиты тянуть в мастер?
Сталкивался с чем-то подобным здесь https://qna.habr.com/q/1059596
Пришёл к выводу, что EF плохо отрабатывает ситуации апдейта изменений через виртуальные поля.
Пришлось работать со связанными таблицами напрямую.
Больше ничего не редактирую через виртуальные поля.
Как так происходит?