Size: a a a

2019 July 09

Dv

Dr. Friedrich von Never in pro.git::next
Не совсем
источник

Dv

Dr. Friedrich von Never in pro.git::next
Гитхаб сам формирует анкоры у ссылок
источник

Dv

Dr. Friedrich von Never in pro.git::next
Скорее всего, твоя будет доступна по #создание-raid-массива
источник

Dv

Dr. Friedrich von Never in pro.git::next
Ну если это заголовок
источник

SK

Stas Koynov in pro.git::next
да именно, а как сделать шорт. просто есть длинные заголовки, какждый раз писать такие ссылки ....
источник

Dv

Dr. Friedrich von Never in pro.git::next
Предлагают ещё такой костыл:
# [](#my-custom-anchor-name)My Header Name
источник

SK

Stas Koynov in pro.git::next
хм.. ладно наверное чтоб ничего не сломать, буду полные ссылки писать, блин обидно.
источник

NK

ID:671739633 in pro.git::next
гайз, почему так происходит?

master —> alpha
X.java: confict - skip master changes, accept alpha changes

TWO WEEKS LATER

master —> alpha
X.java: no conflict

почему так? во втором случае X.java не изменился, версии разные, но конфликта нет. потому что дата мердж коммита в X.java новее последнего сделанного коммита в мастере?
источник

P

Pavel in pro.git::next
ID:671739633
гайз, почему так происходит?

master —> alpha
X.java: confict - skip master changes, accept alpha changes

TWO WEEKS LATER

master —> alpha
X.java: no conflict

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

NK

ID:671739633 in pro.git::next
Pavel
Конфликты обычно происходят если в каких-то файлах меняются близстоящие строки в обоих версиях.
окей, то есть если после первого мерджа в альфа ветке ничего не поменялось, и в мастере тоже, но при этом они все-таки отличаются, то во втором мердже конфликта быть не должно?
источник

P

Pavel in pro.git::next
ID:671739633
окей, то есть если после первого мерджа в альфа ветке ничего не поменялось, и в мастере тоже, но при этом они все-таки отличаются, то во втором мердже конфликта быть не должно?
если отличаются, то что-то наверно поменялось? ну и иначе зачем их второй раз мержить

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

если изменения были в обоих ветках, то там уже смотря что за изменения
источник

NK

ID:671739633 in pro.git::next
Pavel
если отличаются, то что-то наверно поменялось? ну и иначе зачем их второй раз мержить

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

если изменения были в обоих ветках, то там уже смотря что за изменения
>если отличаются, то что-то наверно поменялось?
не совсем, это один метод и в нем разные параметры в двух ветках

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

>если изменения были в обоих ветках, то там уже смотря что за изменения
например? что можно про это почитать? на меня сейчас техлид напал просто)
источник

АО

Анатолий Облаухов in pro.git::next
А можно сюда опросик про eol запилить? )
источник

P

Pavel in pro.git::next
ID:671739633
>если отличаются, то что-то наверно поменялось?
не совсем, это один метод и в нем разные параметры в двух ветках

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

>если изменения были в обоих ветках, то там уже смотря что за изменения
например? что можно про это почитать? на меня сейчас техлид напал просто)
примеры:
в одной ветке поменяли один файл, в другой - второй
конфликтов нет

в одной ветке поменяли строку в файле, в другой удалили этот файл
будет конфликт (должен быть, по крайней мере)

в одной ветке поменяли значение в строке с 5 на 8, в другой 5 на 9, будет конфликт

сложный вопрос про что почитать
можно поискать гайды из разряда "how to avoid git conflicts" как вариант, не знаю какой-то конкретной документации на этот счет
источник

IZ

Ilia Zviagin in pro.git::next
Анатолий Облаухов
А можно сюда опросик про eol запилить? )
что такое EOL?
источник

P

Pavel in pro.git::next
Ilia Zviagin
что такое EOL?
окончания строк, виндовые, юниксовые
источник

V

Vladislav Vekyu in pro.git::next
Ilia Zviagin
что такое EOL?
exit of life что-то такое
источник

IZ

Ilia Zviagin in pro.git::next
Pavel
окончания строк, виндовые, юниксовые
ephemeral oil liquid
источник

P

Pavel in pro.git::next
ID:671739633
>если отличаются, то что-то наверно поменялось?
не совсем, это один метод и в нем разные параметры в двух ветках

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

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

например делаете ветки от develop, мержите в мастер, и мержите часть из них обратно в девелоп, а мастер в девелоп не мержите никогда

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

NK

ID:671739633 in pro.git::next
>еще кстати есть стремные конфликты, когда вы стартуете изменения в одной ветке, а мержите в итоге всегда в другую (не мержите обратно в первую ветку).
в точку!"
источник