Size: a a a

2018 December 17

KT

Konstantin Tskhovrebov in GitFox
Ок. Через пол часа гляну
источник

KT

Konstantin Tskhovrebov in GitFox
Valentin Logvinovitch
@terrakok смержите, пожалуйста, мой MR, чтобы я мог view залить.
сморите. у вас в диффе все еще есть изменения, которые не относятся к вашему МР: это удаление флоу презентеров. это было в девелоп ветке, которую вы втянули в вашу ветку, а теперь создаете МР в ветку фичи, где еще нет таких изменений.

чтобы избежать таких проблем надо аккуратнее работать с гитом, а именно не втягивать девелоп в рабочую ветку. если нужны изменения из девелопа, то надо ветку фичи ребейзить на свежий девелоп.

так как ваш МР в остальном оч хорош :), то я приму его, но в будущем прошу так не делать
источник

VL

Valentin Logvinovitch in GitFox
@terrakok Если не ошибаюсь, вы мне сказали избавиться от конфликтов ( = вмержить дев), а с веткой фичи я ничего не могу делать у меня же нет доступа к проекту
источник

ES

Eugene Shapovalov in GitFox
Valentin Logvinovitch
@terrakok Если не ошибаюсь, вы мне сказали избавиться от конфликтов ( = вмержить дев), а с веткой фичи я ничего не могу делать у меня же нет доступа к проекту
Валик, Костя правильно заметил, что нужно не мержить, а ребейзить.
источник

ES

Eugene Shapovalov in GitFox
я точно такую же ошибку допустил в mr cо списками файлов.
источник

АЕ

Алексей Ершов in GitFox
Konstantin Tskhovrebov
сморите. у вас в диффе все еще есть изменения, которые не относятся к вашему МР: это удаление флоу презентеров. это было в девелоп ветке, которую вы втянули в вашу ветку, а теперь создаете МР в ветку фичи, где еще нет таких изменений.

чтобы избежать таких проблем надо аккуратнее работать с гитом, а именно не втягивать девелоп в рабочую ветку. если нужны изменения из девелопа, то надо ветку фичи ребейзить на свежий девелоп.

так как ваш МР в остальном оч хорош :), то я приму его, но в будущем прошу так не делать
таким образом получается, что ветка как будто "начата" от свежего девелопа, правильно? В своих проектах тоже встречаюсь с этим на ревью, но даже мысли не было ребейс сделать) Вы всегда этим приёмом пользуетесь?
источник

VL

Valentin Logvinovitch in GitFox
@CraggyHaggy спасибо за замечание, я наконец допер 🙈
источник

ES

Eugene Shapovalov in GitFox
Valentin Logvinovitch
@CraggyHaggy спасибо за замечание, я наконец допер 🙈
за что мне, все лавры Косте
источник

ES

Eugene Shapovalov in GitFox
Valentin Logvinovitch
@CraggyHaggy спасибо за замечание, я наконец допер 🙈
я вот сам допер, когда его сообщение прочитал.
источник

VL

Valentin Logvinovitch in GitFox
ну если бы не ты, я бы не понял всё что хотел сказать @terrakok
источник

KT

Konstantin Tskhovrebov in GitFox
главное прошу: аккуратнее с ребейзом! можно все сломать)
только что, минуту назад, разбирались с одним коллегой, что пошло не так.
источник

KT

Konstantin Tskhovrebov in GitFox
правило: при разрешении конфликтов ребейза надо менять код ТОЛЬКО внутри конфликтов! никогда не трогайте что-то рядом!
источник

KT

Konstantin Tskhovrebov in GitFox
ато будут дублирующиеся коммиты и другое зло
источник

AP

Alexey Pushkarev in GitFox
поэтому проще не использовать ребейз, а только мердж. Ничего страшного в кривой истории коммитов, если не планируется параллельно несколько версий продукта развивать.
источник

АЕ

Алексей Ершов in GitFox
Alexey Pushkarev
поэтому проще не использовать ребейз, а только мердж. Ничего страшного в кривой истории коммитов, если не планируется параллельно несколько версий продукта развивать.
если мержить девелоп в фичу, а потом обратно, то в списке изменений этой фичи будут повторяться изменения девелопа, и ревью проводить неудобно. Или есть другой способ этого избежать?
источник

AP

Alexey Pushkarev in GitFox
Алексей Ершов
если мержить девелоп в фичу, а потом обратно, то в списке изменений этой фичи будут повторяться изменения девелопа, и ревью проводить неудобно. Или есть другой способ этого избежать?
и что с того? Ну по коммитам не оч удобно будет смотреть да, смотреть полный дифф с девом
источник

KT

Konstantin Tskhovrebov in GitFox
Alexey Pushkarev
поэтому проще не использовать ребейз, а только мердж. Ничего страшного в кривой истории коммитов, если не планируется параллельно несколько версий продукта развивать.
всем надо уметь пользоваться.
источник

ES

Eugene Shapovalov in GitFox
Konstantin Tskhovrebov
всем надо уметь пользоваться.
Астрологи объявили неделю простреленных ног
источник

ES

Eugene Shapovalov in GitFox
источник

S

Stanislav in GitFox
Eugene Shapovalov
Астрологи объявили неделю простреленных ног
😂😂😂
источник