Size: a a a

2020 November 01

PK

Phil Kulin in DevOps
Dmitry Sergeev
Тебе же выше писали, если умеешь rebase - то делай через него. А также я тебе дал вариант как  исправить твою проблему  через reset +  cherry pick
Ну я та и не поял что такое чери пик, я тупо сделал reset на какой-то старый коммит оригинала, кинул сверху свои файлики и влил это обратно
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
Тебе же выше писали, если умеешь rebase - то делай через него. А также я тебе дал вариант как  исправить твою проблему  через reset +  cherry pick
Как там суметь ребейз я так и не понял - доки у него для шпионов. Я не смог вырезать коммиты своих мержей
источник

DS

Dmitry Sergeev in DevOps
Евгений Омельченко
Вы мне напомнили как я на прошлой работе чинил кодеру гит после того как он превратил две недели работы у себя локально в кашу
вот тоже удивляюсь когда разрабы спрашивают про гит. Блин, писать код это твоя работа, ты именно же этим и занимаешься, контроль версий кода же, как можно не знать =)
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
вот тоже удивляюсь когда разрабы спрашивают про гит. Блин, писать код это твоя работа, ты именно же этим и занимаешься, контроль версий кода же, как можно не знать =)
Есть варианты. Я вон за пять лет использования git впервые с PR столкнулся. И всё распидорасило
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Ну я та и не поял что такое чери пик, я тупо сделал reset на какой-то старый коммит оригинала, кинул сверху свои файлики и влил это обратно
cherry pick накидывает изминения указанного тобой коммита на текущую ветку
источник

PK

Phil Kulin in DevOps
О!
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Есть варианты. Я вон за пять лет использования git впервые с PR столкнулся. И всё распидорасило
ну я хз, мержить свою ветку через rebase это норм практика и достаточно популярная. Чтобы не плодить кучу не нужных мерж коммитов
источник

PK

Phil Kulin in DevOps
Честно говоря, мне уже просто интересно для себя как тот фарш, который я сделал вернуть в исходное состояние. Как повторить фарш мне вроде понятно
источник

PK

Phil Kulin in DevOps
P.S. Не через reset :)
источник

AS

Aleksey Shirokikh in DevOps
а что не так с reset ?
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Честно говоря, мне уже просто интересно для себя как тот фарш, который я сделал вернуть в исходное состояние. Как повторить фарш мне вроде понятно
ну ты же можешь просто ресетнуть свою ветку на мастер от оригинальной репы. Или если тебе не нравится reset, удалить свою ветку, и пересоздать из мастера оригинальной репы. А потом просто накинуть коммиты с твоими правками сверху
источник
2020 November 02

N

Navern in DevOps
1) git reset —hard + cherry pick
2) git reset + commit
3) git rebase -i
источник

N

Navern in DevOps
там много вариантов)
источник

PK

Phil Kulin in DevOps
Мммм.. Ну я там посередке вперемешку сделал несколько мержей с оригинала и между ними несколько коммитов. Так что мой reset был как бы назад мимо них всех
источник

DS

Dmitry Sergeev in DevOps
Так ресет и должен все вернуть в состояние которое в оригинальном мастере. В этом и смысл
источник

PK

Phil Kulin in DevOps
Navern
1) git reset —hard + cherry pick
2) git reset + commit
3) git rebase -i
вот сейчас меня уже заинтересовал rebase -i
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
Так ресет и должен все вернуть в состояние которое в оригинальном мастере. В этом и смысл
Он вернул это в состояние двухнедельной давности
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
вот сейчас меня уже заинтересовал rebase -i
слушай, учитвая все что произошло выше, я тебе git rebase -i не советую =)
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Он вернул это в состояние двухнедельной давности
ну видимо у тебя репа оригинальная не фетчилась две недели
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
ну видимо у тебя репа оригинальная не фетчилась две недели
Я там выше написал - я на сайте делал PR с оригинала к себе. Но я не знаю как сделать reset мимо момих мержей оставив самую новую версию
источник