Size: a a a

2019 February 20

AK

Alex Kiev in pro.git::next
git-reset?
источник

AK

Alex Kiev in pro.git::next
а потом сливать уже
источник

AK

Alex Kiev in pro.git::next
но я хз
источник

AK

Alex Kiev in pro.git::next
git revert как я понял это тот же commit только вместо последнего коммита
источник

AK

Alex Kiev in pro.git::next
в итоге если ты закоммитил, не исправил сорс и делаешь его то ничего не меняется
источник

Dv

Dr. Friedrich von Never in pro.git::next
Ned Ogl [0xA]🚜🏍
история такая: замёрджил dev  в master, потом понял, что рановато для релиза, на мастере сделал git revert -m 1 ...
Вот тут была ошибка. Начиная с момента мержа гит думает, что всё ок смержено, и ещё раз мержить то же самое не хочет.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Я бы, чтоб не запариваться, резетнул мастер на состояние до этого мержа, черри-пикнул все нужные коммиты (которые были сделаны в мастер после мержа), форспушнул, а потом ещё раз смержил уже нормально.
источник

N[

Ned Ogl [0xA]🚜🏍 in pro.git::next
Dr. Friedrich von Never
Я бы, чтоб не запариваться, резетнул мастер на состояние до этого мержа, черри-пикнул все нужные коммиты (которые были сделаны в мастер после мержа), форспушнул, а потом ещё раз смержил уже нормально.
запилил git diff master dev > lolkek.patch && git apply lolkek.patch
источник

N[

Ned Ogl [0xA]🚜🏍 in pro.git::next
изврат, но сработало
источник

N[

Ned Ogl [0xA]🚜🏍 in pro.git::next
и без форспушей
источник
2019 February 21

II

Igor Ivanov in pro.git::next
дратути, а тут mercurial же ещё не запретили обсуждать, да?)

затеяли революцию, десяток сильно-связных реп переделали в один монорепозиторий, получился толстый монстр на 4.5 гига, 92к файлов и 62к коммитов

по http выкачивается за 1.5 минуты через hg clone -U --uncompresed

по ssh - с --uncompressed соединение просто виснет намертво, без него - выкачивается за 9m10s, при добавлении Compress в .ssh/config для этого хоста - 8m58s, что особой погоды не делает

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

AO

Alibek a1batross Omarov in pro.git::next
Переходом на Git. :D

Та шучу. Не тыкал особо меркуриал, понятия не имею.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Ну гит по SSH тоже, наверное, 4.5 гига не мгновенно скачает :)
источник

Dv

Dr. Friedrich von Never in pro.git::next
Igor Ivanov
дратути, а тут mercurial же ещё не запретили обсуждать, да?)

затеяли революцию, десяток сильно-связных реп переделали в один монорепозиторий, получился толстый монстр на 4.5 гига, 92к файлов и 62к коммитов

по http выкачивается за 1.5 минуты через hg clone -U --uncompresed

по ssh - с --uncompressed соединение просто виснет намертво, без него - выкачивается за 9m10s, при добавлении Compress в .ssh/config для этого хоста - 8m58s, что особой погоды не делает

всех деталей процесса переезда не знаю, но ssh вроде как неизбежно, в связи с чем возникает вопрос - можно ли это дело как-то ускорить?
А ты вот что лучше скажи — почему это проблема? Ну ладно, большой репозиторий, ничего не поделать. Но ведь каждый девелопер, в общем-то, один раз в жизни его с нуля скачивает?
источник

II

Igor Ivanov in pro.git::next
великой проблемы на самом деле нет, если только наши CI и билдмашины не перейдут на "каждый раз клонируем всё заново" вместо "склонировали один раз и пользуемся"
скорее банальный интерес, какого чёрта происходит
ну и дебильная паранойя, не отразится ли это потом на ежедневных пуллах
источник

Dv

Dr. Friedrich von Never in pro.git::next
Igor Ivanov
великой проблемы на самом деле нет, если только наши CI и билдмашины не перейдут на "каждый раз клонируем всё заново" вместо "склонировали один раз и пользуемся"
скорее банальный интерес, какого чёрта происходит
ну и дебильная паранойя, не отразится ли это потом на ежедневных пуллах
Мб билдмашинам тогда лучше делать sparse checkout?
источник

Dv

Dr. Friedrich von Never in pro.git::next
Ну наверняка в меркуриале тоже есть такая фича.
источник

II

Igor Ivanov in pro.git::next
это же скорее про то, чтобы при чекауте не все файлы распаковывать к себе в рабочую директорию, а только нужные, не? в том плане, что выкачивать-то всё равно нужно будет всё подряд
источник

Dv

Dr. Friedrich von Never in pro.git::next
Igor Ivanov
это же скорее про то, чтобы при чекауте не все файлы распаковывать к себе в рабочую директорию, а только нужные, не? в том плане, что выкачивать-то всё равно нужно будет всё подряд
Нет, можно не выкачивать всё подряд :)
источник
2019 February 23

АО

Анатолий Облаухов in pro.git::next
А как же попросить меня нажать кнопочку? :(
источник