Size: a a a

Архитектура ИТ-решений

2020 August 18

AL

Alexander Luchkov in Архитектура ИТ-решений
Оно всё равно через сумму по коммитам считается, ну и при пулл реквестве это можно изи посмотреть в битбакете.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А когда не пулл реквест - то и смотреть имхо нечего.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Оно всё равно через сумму по коммитам считается, ну и при пулл реквестве это можно изи посмотреть в битбакете.
Ну, вот битбакет поизучаю. Просто прямо из IDE это не посмотреть, а не хочется привлекать другие (и менее удобные) инструменты.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Phil Delgyado
Ну, вот битбакет поизучаю. Просто прямо из IDE это не посмотреть, а не хочется привлекать другие (и менее удобные) инструменты.
Не, ну это ж тебе код-ревью когда проводишь надо, а IDE не для этого, имзо
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
А когда не пулл реквест - то и смотреть имхо нечего.
Ну, мне обычно интересен не пулл реквест, а бранч в тестировании просмотреть. Не люблю схему с пулл-реквестами )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Не, ну это ж тебе код-ревью когда проводишь надо, а IDE не для этого, имзо
Как это, делать code review без IDE?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Phil Delgyado
Ну, мне обычно интересен не пулл реквест, а бранч в тестировании просмотреть. Не люблю схему с пулл-реквестами )
Мы поняли что без них - бардак, ад и содом
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Мы поняли что без них - бардак, ад и содом
Ну, не знаю, у нас норм )
источник

П

ПашМиш in Архитектура ИТ-решений
Phil Delgyado
Ну, мне обычно интересен не пулл реквест, а бранч в тестировании просмотреть. Не люблю схему с пулл-реквестами )
Опа, а что любите вместо пул реквестов?
источник

p

pragus in Архитектура ИТ-решений
Alexander Luchkov
Мы поняли что без них - бардак, ад и содом
branch per feature?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
ПашМиш
Опа, а что любите вместо пул реквестов?
Да просто мерджи в короткие фичабранчи. И даже потом мерджи в мастер, если уж нет явных поводов для code review.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
pragus
branch per feature?
Не не не. Сложно поддерживать. Gitflow наше всё.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Не не не. Сложно поддерживать. Gitflow наше всё.
Хм, у меня ровно обратное ощущение, гитфлоу сложен в поддержке, а максимально короткие фичабранчи - удобны и просты )
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Проблема сразу вылезает, когда те самые "общие библиотеки" надо расширять в рамках фич, и если 2 изменения лезут параллельно - это сильно рисковано, что получим на выходе непредсказуемый результат
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Phil Delgyado
Хм, у меня ровно обратное ощущение, гитфлоу сложен в поддержке, а максимально короткие фичабранчи - удобны и просты )
Эт если фичи маленькие.
источник

П

ПашМиш in Архитектура ИТ-решений
Alexander Luchkov
Не не не. Сложно поддерживать. Gitflow наше всё.
Как-то радикально, вам конечно виднее как вам жить, но вообще есть варианты https://martinfowler.com/articles/branching-patterns.html
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Проблема сразу вылезает, когда те самые "общие библиотеки" надо расширять в рамках фич, и если 2 изменения лезут параллельно - это сильно рисковано, что получим на выходе непредсказуемый результат
Эээ, тесты?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Phil Delgyado
Эээ, тесты?
Дорого. Гитфлоу дешевле.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Эт если фичи маленькие.
Ну, я стараюсь делать небольшими. Но это от специфицики проекта, конечно же, зависит.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Дорого. Гитфлоу дешевле.
Так все равно тесты будут нужны )
источник