forum.opennet.ru - "Инцидент с подменой коммитов в ветке ядра Linux от Кеса Кука" (215)

"Инцидент с подменой коммитов в ветке ядра Linux от Кеса Кука"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Инцидент с подменой коммитов в ветке ядра Linux от Кеса Кука"	+/–
Сообщение от opennews (-), 01-Июн-25, 10:20
Линус Торвальдс потребовал от администратора kernel.org немедленно заблокировать учётную запись Кеса Кука, бывшего главного сисадмина kernel.org и лидера Ubuntu Security Team, сопровождающего в ядре 14 подсистем, связанных с безопасностью. Константин Рябцев, отвечающий на работу инфраструктуры kernel.org выполнил блокировку. Поводом для блокировки послужил pull-запрос на включение в ветку ядра 6.16 изменений, ссылающийся на git-репозиторий, в котором была изменена информация об авторстве некоторых коммитов... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63336
Ответить \| Правка \| Cообщить модератору

Оглавление

Воот А от чего такое происходит А от того, что Git недосистема контроля верс, opteron (-), 10:20 , 01-Июн-25, (1) +22

А кто же ее написал такой убогой Кто Там в коммитерах какой-то Линус Торвальд, Аноним (-), 10:38 , 01-Июн-25, (5) +46

а, вот оно чо Спалились агенты рептилоидов А я давно подозревал - не мог Линус , нах. (?), 15:02 , 01-Июн-25, (84) +5
Тёзка , Аноним (91), 15:23 , 01-Июн-25, (91) +3
Дали право скриптам издеваться над Git , Аноним (123), 18:17 , 01-Июн-25, (123) +2

Надо гит на блокчейне, Герострат (?), 10:50 , 01-Июн-25, (10) –2

Mercurial называется Но соя не умеет в порядок 8212 а ведь там как раз всё эт, Аноним (20), 11:15 , 01-Июн-25, (20)

интереснее эмодзи в коммитах, Аноним (20), 11:15 , 01-Июн-25, (21)
ну откат коммитов порой весьма полезенза исключением случаев, когда поверх сдела, Смузихлеб забывший пароль (?), 11:32 , 01-Июн-25, (23) +4

В этих пределах - hg позволяет Впрочем, любая dvcs позволяет - просто обрезать , нах. (?), 15:09 , 01-Июн-25, (86)

А давно гит соевый , Аноним (35), 12:03 , 01-Июн-25, (35) +2

Always been, Аноним (40), 12:09 , 01-Июн-25, (40) +7
С появления зумеров и всего, что они набыдлокодили , Игорь Брин (?), 12:23 , 02-Июн-25, (210) +1
Он тредом ошибся, это про HG было , Аноним (-), 22:34 , 02-Июн-25, (250)

Ты забыл упомянуть неконтролируемый рост размера репозитория, с длинными чередам, Аноним (115), 17:35 , 01-Июн-25, (115) +1

ах, какой ужас Разрабатываемые проекты, оказывается, растут То ли дело вот нов, нах. (?), 17:59 , 01-Июн-25, (117) +3

Это особенно смешно читать, учитывая что мои коммиты в hg до сих пор есть, а тво, Аноним (115), 20:47 , 01-Июн-25, (149) +5

значит новая-папка-248 твое всьо Собственно, линуксный воркфлоу с использование, нах. (?), 21:00 , 01-Июн-25, (151) –2

Именно Важно понимание разработчиками А для этого история должна быть без шелу, Аноним (214), 12:56 , 02-Июн-25, (214)

Да это пох, он всегда найдет новый, улучшенный, на 200 более эффективный способ, Аноним (-), 22:47 , 02-Июн-25, (253)

Закон Грешема-Коперника в приложении к информатике , Guarana (?), 00:16 , 02-Июн-25, (166)

Если бы он работал для ИТ, то на дестопах у людей был бы ХУРД Ну или линукс Но э, Аноним (-), 15:13 , 02-Июн-25, (226)

Вот только если твой пыхтонраст тормозить начинает - его не для этого юзали Что,, Аноним (-), 22:40 , 02-Июн-25, (251) –1

то есть у воспеваемого тобой инструмента проблема, что аж MS полезла кодить - у, нах. (?), 23:32 , 02-Июн-25, (257) +1

В смысле Это ж раз майкрософт и полез кодить - индусами, для индусов, решая во, Аноним (-), 02:03 , 04-Июн-25, (274)

hg strip, warlock (??), 20:41 , 01-Июн-25, (146)

гит это и есть блокчейн, Илья (??), 07:26 , 02-Июн-25, (180) +2

Ситуация настолько нетипичная, что под это оформили целую новость Но комментато, Аноним (22), 11:28 , 01-Июн-25, (22)

Ситуация нетипична только в одном - что человек оказался грамотным и сумел найти, нах. (?), 15:05 , 01-Июн-25, (85) +3

эээ какой бэкап Зачем бекап Гит жи Блокчейн Хранит всю историю Надеж, User (??), 08:27 , 02-Июн-25, (181)

Вроде бы по-русски написано Совершённые изменения больше напоминают работу скр, Bob (??), 14:13 , 01-Июн-25, (67) –1
Я тоже могу у себя что угодно переименовать Это же не значит, что это угроза бе, tty2 (?), 16:00 , 01-Июн-25, (98)
Скрыто модератором, Аноним (104), 16:37 , 01-Июн-25, (104) +1

Скрыто модератором, нах. (?), 18:05 , 01-Июн-25, (120)

Вот только это был не git а какая-то левая питонопрога, которая перестроила поло, Аноним (-), 22:24 , 02-Июн-25, (248)

Он же Кис Нет , Аноним (2), 10:21 , 01-Июн-25, (2) +1

Это голландское имя и оно обычно переводится как Кес https ru wikipedia org , Аноним (83), 15:00 , 01-Июн-25, (83) +2
Кеес, anonymous (??), 16:57 , 01-Июн-25, (106)

Хоть кто-то проверяет хеши, весь этот театр безопасности в виде сертификатов сме, Аноним (3), 10:29 , 01-Июн-25, (3) +5

Это где это https на содержимое влияет Если ты используешь встроенные в некоторы, morphe (?), 16:01 , 01-Июн-25, (99)
Пжди Там жи эта вот commit signing есть Ну, как есть Опционально мож, User (??), 08:29 , 02-Июн-25, (182)

Помнитсябыл кадр который уязвимость в ядро протащил в целях исследования Тут по, Аноним (9), 10:47 , 01-Июн-25, (9) –2
Прэлэстно, Аноним (15), 10:54 , 01-Июн-25, (15) +7

даа похоже, надо на дебиан уходить , coder2 (?), 14:14 , 01-Июн-25, (68) +1

НА FreeBSD тогда уж , Аноним (154), 21:45 , 01-Июн-25, (154) +2

С убунты да на FreeBSD - нормальный такой переход Из рая в ад к чертям с ви, Аноним (-), 22:30 , 02-Июн-25, (249)

а что, до сохпор бывают валенки на убунте , dannyD (?), 17:45 , 02-Июн-25, (230)

Мне не раз на протяжении 10-15 лет говорили что Убунту - вторая винда После сна, InuYasha (??), 19:12 , 02-Июн-25, (238)

Прохладные истории для отмазки , Аноним (16), 10:55 , 01-Июн-25, (16) +2

Для меня это больше похоже на оверреакцию со стороны Линуса Не, с воспитательно, Аноним (-), 11:51 , 01-Июн-25, (30)

то это - признание в некомпетентности админа , Аноним (16), 12:06 , 01-Июн-25, (37) –1

Я не думаю, что он админ по профессии Кто в здравом уме будет работать админом,, Аноним (118), 17:59 , 01-Июн-25, (118)

Я тебе больше скажу - у админов ssdшки тоже иногда дохнут А мгновенного бэкапа , нах. (?), 18:15 , 01-Июн-25, (122)

У админов, бывших в kernel org, думаю, есть понимание про raid , Аноним (16), 18:32 , 01-Июн-25, (125)

Понимание-то у них есть, у них средствов нет Ну вот у тебя много в личном ноутбу, нах. (?), 19:24 , 01-Июн-25, (130) +1

два usb3 нжмд вполне могут себе позволить Если ноут используется стацирнарно, т, Ананимаз (?), 04:35 , 02-Июн-25, (176)

боюсь эти фрики не умеют кодить даже если ты такой фрик, это еще не значит что т, нах. (?), 11:36 , 02-Июн-25, (200)

Ну, учитывая разнообразные а-ччешуитильные котоламповые истории ТМ я бы не бы, User (??), 08:33 , 02-Июн-25, (183)
Даже не бывавшие в кернел орг админы в курсе, что рэйд - это вообще не про сохра, тоже Аноним (ok), 09:46 , 02-Июн-25, (194) –1

внезапно, рейд вполне мог бы сохранить данные при всего лишь отказе ssd Про ск, нах. (?), 11:45 , 02-Июн-25, (201) +1

Да, жаль, что в современных ноутбуках очень редко встречается больше одного нако, Аноним (240), 19:24 , 02-Июн-25, (240)

Не видел у живых знакомых проблем с raid Муляжи и системы без резервирования не, _kp (ok), 11:59 , 02-Июн-25, (204)

rsync в daily-кроне это непосильно сложно, ыываываываы (?), 20:12 , 01-Июн-25, (141)

понятно У здешних васянов нет видимо ноутбуков и они вообще не отдупляют, как и, нах. (?), 20:26 , 01-Июн-25, (143) +1
Вдогонку и никак не поможет при отказе ssd , нах. (?), 20:27 , 01-Июн-25, (144)
Одного rsync-a - не достаточно Ибо он с задором и этузазизЪмом скопирует тебе, _ (??), 17:16 , 02-Июн-25, (228) +1
А если у меня там бд крутится Аналога всс у тебя то нет , Аноним (258), 00:01 , 03-Июн-25, (258)

Узбагойтесь Не инцидент , а проблема в b4https lore kernel org all 2025053123, Аноним (18), 11:00 , 01-Июн-25, (18) +11

Самое смешное в этой истории кто автор b4 https github com mriconему Крис в шт, Аноним (48), 12:47 , 01-Июн-25, (48) +4

Какой Крис И тут подмена Был же Кис или Кес , Аноним (123), 19:36 , 01-Июн-25, (132) +2

А что это b4 , Аноним (69), 14:20 , 01-Июн-25, (69) –1

Ну судя по всему козёл отпущения , Аноним (123), 19:37 , 01-Июн-25, (133) +1

Сначала сделали недо-git Затем сделали недокостыль-b4 Теперь страдают от всего, zionist (ok), 14:27 , 01-Июн-25, (71) +5

rebase -- вредная вещь, после неё полный бардак получается, vadiml (ok), 11:13 , 01-Июн-25, (19) –6

А что нужно использовать вместо нее , Аноним (44), 12:27 , 01-Июн-25, (44) +1

Ничего Испортил коммиты 8211 делай новые следом, не исправляя старые Всё до, Аноним (54), 12:58 , 01-Июн-25, (54) –2

Rebase используется в первую очередь для слияния ветвей, а не правки уже залитых, Аноним (44), 13:10 , 01-Июн-25, (58) +1

Если в main были изменения, то стягиваешь их свою ветку снова и накладываешь пат, Аноним (54), 13:28 , 01-Июн-25, (61) –3

Поздравляю, ты описал работу с cvs И как там в вашем теплом ламповом 89м году , нах. (?), 14:39 , 01-Июн-25, (75) +1

Так и не понравилось У вас тут какой-то в любое место затыкательный Раст , Аноним (92), 15:23 , 01-Июн-25, (92)

Не, только в те места, где не хватает Настоящих Погроммистов тебя , которые не , Аноним (109), 17:09 , 01-Июн-25, (109) –2

Мастер локалхоста Ты такой ребаз забубенишь и потом всем придется одними ребейз, tty2 (?), 16:05 , 01-Июн-25, (101)

слияние ветвей называется - merge А ребейз используется для подделки истории ВМЕ, нах. (?), 15:10 , 01-Июн-25, (87)

Не для подделки Нет там никакой отлитой в граните истории и никогда не было А , Аноним (158), 22:31 , 01-Июн-25, (158) +1
Опять экспертиза уровня бох W нах Вообще-то оно обычно юзается на отдельных вет, Аноним (289), 15:17 , 04-Июн-25, (289)

Это был не rebase Кис использовал низкоуровневую команду git-filter-repo в соче, Аноним (64), 13:46 , 01-Июн-25, (64) +2

Утверждает и всё равно делает - это вопрос к ментальному состоянию , Аноним (123), 17:06 , 01-Июн-25, (108) +1

Если вернуться к истокам, в далекий 2005й, то в первом коммите в гит, есть расши, Аноним (26), 11:48 , 01-Июн-25, (26) –1

always have been , нах. (?), 14:36 , 01-Июн-25, (74)

has, Аноним (158), 22:35 , 01-Июн-25, (160) +4

Не стал Прекращайте уже фантазировать, возвращайтесь в реальный мир , Аноним (217), 13:37 , 02-Июн-25, (217)

SSD сыпется Комитит, сам не понимая что Но без таких pull-запросов было бы ску, Аноним (38), 12:06 , 01-Июн-25, (38) +2

Интересная идея ЯП, который выдерживал бы некоторый процент повреждений исход, Антон (??), 21:15 , 01-Июн-25, (153)

Check equalif a b Duplicate check if source broken if a 1 , 789 (?), 12:42 , 02-Июн-25, (212)

Дык компилятор дОлжон это делать или нескучный язычок , 1 (??), 15:06 , 02-Июн-25, (224)

Инцидент с подменой коммитов в ветке ядра Linux от Кеса Кука, 789 (?), 18:38 , 02-Июн-25, (234)

Это немного не так работает, но вообще-то критичные фирмвари и проч - проверяют , Аноним (-), 22:54 , 02-Июн-25, (255)

Почему он просто не стянул оригинальный код из гита Посчитал, что на сбойном SSD, Аноним (39), 12:08 , 01-Июн-25, (39) –1

Эх, даже страшно представить сколько на самом деле закладок в этом самом ядре Li, dim (??), 12:24 , 01-Июн-25, (42) +2

Но ведь исходный код полностью открыт для всех Любой может открыть его и убедит, ИмяХ (ok), 17:30 , 01-Июн-25, (114) +3

Кхм, допустим если сделать правку, которая интерпретирует на 1 байт больше чем н, 789 (?), 12:48 , 02-Июн-25, (213)

Конечно же свободное сообщество мигом обнаружит эту правку А на автора правки з, ИмяХ (ok), 13:26 , 02-Июн-25, (216)

Да че уж, сразу бригаду инквизиторов и экстерминатус на адрес, 789 (?), 18:39 , 02-Июн-25, (236)
Делать свободному сообществу больше нечего - закладки спецслужб искать Пусть луч, Аноним (272), 18:38 , 03-Июн-25, (272)

потому что в отличие от тебя, васяна, он - разработчик ядра, а не стягиватель ор, нах. (?), 12:27 , 01-Июн-25, (43)

Закон диалектики - переход количества в другое качество , Аноним (123), 17:12 , 01-Июн-25, (111)

он похоже с дерьмом не работает Было ведро, стало целая цистерна - а как было д, нах. (?), 19:31 , 01-Июн-25, (131) +1

Эм, работает Ты просто не на то посмотрел было ведро, которое можно было ещё к, Aliech (ok), 19:44 , 01-Июн-25, (134) +1
Ведро это отходы Цистерна это уже оптовые поставки удобрения , Аноним (123), 19:44 , 01-Июн-25, (135) +1

В нынешних реалиях и не поспоришь , 1 (??), 15:08 , 02-Июн-25, (225)

ну да, ну да, пошел я на me закурилпонятно, что бекапы придумали трусы, а он, Аноним (39), 19:51 , 01-Июн-25, (136)

ну да, ну да - вот у тебя есть бэкапы твоего никомуненужно, а он - нашел и пред, нах. (?), 20:37 , 01-Июн-25, (145) +1

А что не так с убунтовской безопасностью Вон в соседней новости убунтоиды одним, Аноним (107), 17:02 , 01-Июн-25, (107)

Точнее сказать - применили патчи к своему дистрибутиву Обнаружили же не они , Аноним (123), 17:14 , 01-Июн-25, (112)

Это типичное преодоление собственноручно созданных трудностей Вспоминается как , Аноним (158), 22:44 , 01-Июн-25, (163)

Очевидна же ошибка в правильном выполнении команды git-rebase со стороны Git, но, какая разница (?), 12:49 , 01-Июн-25, (50) –1

Какой еще ребейз This is not some disk corruption issue There was real work , безразницы (?), 14:06 , 01-Июн-25, (65)

Ты текст поста хоть читал , какая разница (?), 16:28 , 01-Июн-25, (103)

Я то вон даже оригинал письма Линуса процитировал из рассылки А мы , безразницы (?), 20:46 , 01-Июн-25, (147)

Рили А похоже на фразу, которую вырвали из контекста Чё, и ссылка на оригинал, какая разница (?), 07:26 , 02-Июн-25, (179)

https lore kernel org all CAHk- wjktqa94u_ YX7XxUr57iLAs1GqtHPOY-o-N0z7wyeA , безразницы (?), 09:46 , 02-Июн-25, (193)

Забавно Линус в lkml требует немедленной блокировки аккаунта Ещё бы Почтой Росс, Аноним (70), 14:26 , 01-Июн-25, (70) +3

Заказным письмом, с уведомлением о получении , Аноним (92), 15:25 , 01-Июн-25, (93) +1

Это не диктатура, а свобода Главное не перепутать А то могут забанить Жаба не , Аноним (77), 14:45 , 01-Июн-25, (77) +6

Тут возникает хороший вопрос в регулировании Да есть личный сайт, но и есть своб, Аноним (-), 14:56 , 01-Июн-25, (79) +1

о запрете, Аноним (92), 15:26 , 01-Июн-25, (94)
Эксперимент открытое общество Его официальность - способ и повод воздействия, Аноним (123), 17:26 , 01-Июн-25, (113) +1

А линус и не отрицает, что диктатура Даже должность свою так назвал , Аноним (172), 02:37 , 02-Июн-25, (172)
Всегда должен быть один человек, который имеет последнее слово и который всё реш, Аноним (185), 08:44 , 02-Июн-25, (185)

Не всегда , а в проекте, имеющем внешние сдерживающие факторы В политике, нап, тоже Аноним (ok), 10:26 , 02-Июн-25, (195)

Надо чтобы гит сохранял историю действий и можно было бы восстановить почему так, Кошкажена (?), 14:57 , 01-Июн-25, (81)

Git reflog , Аноним (124), 18:28 , 01-Июн-25, (124) +1

В чём у них тогда проблема , Кошкажена (?), 23:18 , 01-Июн-25, (164)

Почему вообще все вручную у них делается Нужно чтобы открыл пр, все тесты прошл, Кошкажена (?), 14:59 , 01-Июн-25, (82) +3

Для этого надо хотя бы в 21 век перейти , НяшМяш (ok), 22:35 , 01-Июн-25, (161) +2
Ты о чем вообще Эти люди до сих пор патчи друг другу шлют по емейлу Откуда т, Аноним (173), 02:38 , 02-Июн-25, (173) +3

А могли бы, по модному, в телеге слать , Аноним (175), 02:44 , 02-Июн-25, (175) +3

В тиктоке, Аноним (189), 09:11 , 02-Июн-25, (189) +1

здрастути Тут целый вон - git написали, специально для автоматизации именно это, нах. (?), 12:22 , 02-Июн-25, (209)

Может забыл просто Или просто докопаться хотел, а причину придумал, мол, я не я,, Аноним (91), 15:19 , 01-Июн-25, (89) +3

Оказывается просто он из тех людей, которые САМИ выбирают лицензию форму организ, Аноним (-), 15:29 , 01-Июн-25, (95) +1

И ежу понятно, что после git-filter-repo такое запросто случаится Rebase тут , myster (ok), 15:21 , 01-Июн-25, (90) –1

имена комитеров запросто меняются Знаешь, если бы даже ежу было понятно НАСКОЛЬК, пох. (?), 16:06 , 01-Июн-25, (102)

Естественно, мы ведь переписываем историю Тоже самое было бы и в реальной истор, myster (ok), 16:38 , 01-Июн-25, (105)

Сначала надо сформулировать СТО Эквивалентность это следствие , Аноним (123), 18:14 , 01-Июн-25, (121)

Когда переписывают историю кругом будут несостыковки, это норма Именно такие не, myster (ok), 19:19 , 01-Июн-25, (129)

Скрыто модератором, Аноним (217), 13:40 , 02-Июн-25, (218) –1

Скрыто модератором, пох. (?), 09:55 , 04-Июн-25, (276)

госоди, он уже 14 лет в гугле работает, обновите уже свои данные и просто пишите, Аноним (97), 15:44 , 01-Июн-25, (97)
Как скрипт, который создает обзор, может что-то переписывать в коммитах , Аноним (123), 18:40 , 01-Июн-25, (126)
Конец драмы https lore kernel org all 202506010833 A33888CC keescook Thank you, zionist (ok), 20:01 , 01-Июн-25, (138) +1

То что скрипт переписывает коммит это не нормально https lore kernel org all C, Аноним (123), 20:21 , 01-Июн-25, (142) +1

Забавно, но ведь git rebase и git commit --amend как раз таки подменяют коммитер, zionist (ok), 23:37 , 01-Июн-25, (165)

Что позволено Зевсу, то нельзя быку, MinimumProfit (?), 17:36 , 02-Июн-25, (229)
Наоборот Линус логично настаивает на том, чтобы инструмент b4-trailers тоже о, Аноним (259), 01:14 , 03-Июн-25, (259)

Прочти внимательнее то, что он написал But setting committer information to so, zionist (ok), 10:49 , 03-Июн-25, (262)

somebody else - здесь имеется в виду кто-то отличный от текущего пользователя , mrx (ok), 15:55 , 03-Июн-25, (265)

Наверное Линусу стоит задуматься о поддержке более одного коммитера, чтобы была , zionist (ok), 16:05 , 03-Июн-25, (266)

Для сherry-pick который по сути тот же самый rebase по умолчанию в коммент пиш, mrx (ok), 16:30 , 03-Июн-25, (267)

сherry-pick это не ребейс и обычно вообще не рекомендовано к использованию Есть, zionist (ok), 17:14 , 03-Июн-25, (269)

и cherry-pick и rebase это replay одного или нескольких коммитов поверх других, mrx (ok), 05:22 , 04-Июн-25, (275) +1

И, собственно, что Предлагается заспамить все вокруг связями связей связей чист, Аноним (-), 16:49 , 04-Июн-25, (298)

С учётом того, что текущий пользователь в git - это то, что ты только что вбил, fidoman (ok), 13:44 , 03-Июн-25, (263)

если на калитке повесить надпись Trespassers W - прекрасно работает Как и в да, пох. (?), 13:42 , 04-Июн-25, (284)

Это хорошо работает только там где тебя нет А тебя за такие поползновения самог, Аноним (299), 16:51 , 04-Июн-25, (299)

Скрыто модератором, Аноним (172), 02:39 , 02-Июн-25, (174)

Я кому-то тут когда доказывал, что лучше всё это просто копировать в параллельны, Аноним (148), 20:46 , 01-Июн-25, (148)

Это самое лучшее решение Прецедент есть - параллельный импорт Иногда в Китае т, Аноним (152), 21:02 , 01-Июн-25, (152)
Помимо этого вашего линукса есть BSD, illumos Много отечественных ОС не на Лину, Аноним (162), 22:37 , 01-Июн-25, (162)

Ты будешь смеяться, но отечественных систем нет Вообще Удаление ватермарков из, какая разница (?), 06:41 , 02-Июн-25, (178) +2

А ЗОСРВ Нейтрино как, разве не наша разработка , Аноним (232), 18:06 , 02-Июн-25, (232)

А на ней и видео можно смотреть Или в игры поиграть Может она хотя бы с интерн, какая разница (?), 18:38 , 02-Июн-25, (235)

Примеры приведёте Просто для кругозора, не обсужления ради, и тем более в этой , _kp (ok), 11:31 , 02-Июн-25, (199)

а как же ж - товарищ сексот-подполковник касперский-ос Утверждается ведь, что н, нах. (?), 12:17 , 02-Июн-25, (206)

https ru m wikipedia org wiki KasperskyOSИсходный код закрытыйЛицензия проприе, какая разница (?), 18:41 , 02-Июн-25, (237)

Если нужна свободная, то KolibriOS Тоже не нравится У нас всегда так откроешь, Ан Оним (?), 20:18 , 02-Июн-25, (243) +1
С закрытыми исходниками там запросто может оказаться какой-нить MINIX, QNX или ч, Аноним (244), 20:51 , 02-Июн-25, (244)

Конфликт уладили, а осадок остался Вот так легко могут поссориться два давних т, Ан Оним (?), 00:32 , 02-Июн-25, (168) –1

Эх, раньше хотя бы из-за бабы ссорились, а сейчас Кто-кому в ПР нагадил спорят , Аноним (-), 10:58 , 02-Июн-25, (196)

Эх, раньше-то - стрелялись А сейчас , пох. (?), 12:45 , 04-Июн-25, (281)

Это то, что заметили Страшно подумать, что еще осталось незамеченным , Божественная Windows (?), 13:52 , 02-Июн-25, (219) +2
Я постоянно покупаю спички вашего завода и в коробках их то 100, то 102, то 101 , Аноним (245), 21:34 , 02-Июн-25, (245) +1
Понятно, один напитонячил какую-то муть, кисакуку на этой банановой шкурке успеш, Аноним (-), 21:36 , 02-Июн-25, (246) +3

Сам напитонячил и сам же заблочил тех, кто вляпался в его баг PROFIT , Аноним (244), 22:44 , 02-Июн-25, (252) +2

Так сам же и разблочил Но вот именно представителю СЕКУРИТИ ТИМА за такой факап, Аноним (268), 16:59 , 03-Июн-25, (268)

Да я думаю он просто обычный инфоцыганен, к-й почему-то называется секурити тимо, Аноним (277), 10:15 , 04-Июн-25, (277)

Господи, у ребят во внутренней специфичной и поэтому наколенной кухне немного , yet another anonymous (?), 21:52 , 02-Июн-25, (247) –1

Ну это ведь - ничего, что весь модный-современный софтострой перешел на их вну, пох. (?), 17:51 , 03-Июн-25, (271)

В модном-современном софтострое используется b4, который историю переписывает Г, Ананимус (?), 12:34 , 04-Июн-25, (278)

историю переписывает сам git Более того, он поощряет именно такой подход и модн, пох. (?), 12:44 , 04-Июн-25, (280)

git выдает ошибку если попытаться запушить переписанную историю Это дефолт Мер, Ананимус (?), 13:25 , 04-Июн-25, (282)

читать статью прежде чем чушь писать - не пробовал , пох. (?), 13:39 , 04-Июн-25, (283)

В статье Линус руками через почту принимает пулл который порефакторили тулзой дл, Ананимус (?), 14:05 , 04-Июн-25, (285)

нет ну ты феноменально Напомни, пожалуйста, какая программа делает этот самый , пох. (?), 14:47 , 04-Июн-25, (286)

К современным практикам разработки Git имеет прямое отношение Переписывание ист, Ананимус (?), 14:56 , 04-Июн-25, (287)

Так переписывание происходит ДО мержа Практики разработки таковы Что в этом слу, пох. (?), 16:01 , 04-Июн-25, (292)

В каких обычных случаях люди переписывают чужие коммиты какой-то тулзой , Ананимус (?), 16:11 , 04-Июн-25, (294)

он _свои_ переписывал Ну так получилось что какая-то тулза повторяю - эта ту, пох. (?), 16:16 , 04-Июн-25, (295)
Нет Он мейнтейнер и переписывал коммиты тех людей что ему прислали патчи в ветк, Ананимус (?), 16:21 , 04-Июн-25, (296)
Проблема сейчас у пох - он так старлся подогнать решение под заранее известный , Аноним (299), 16:57 , 04-Июн-25, (301) –1
b4 так-то довольно популярный у мейнтейнеров как минимум , потому что руками те, Ананимус (?), 17:05 , 04-Июн-25, (302)
Да уж, какой-нибудь секурити тимщик из убунты поставить тэг руками врядли смож, Аноним (-), 17:44 , 04-Июн-25, (308)
Тулза называется - b4 от вон того гражданина, при чем тут гит вообще Это не час, Аноним (299), 16:53 , 04-Июн-25, (300)
повторяем для бестолковых - это враппер Ничего что не умеет гит, она не делает , пох. (?), 17:09 , 04-Июн-25, (303)
Так этого никто и не отрицает Отрицают что проблема в Git -- потому что враппер, Ананимус (?), 17:12 , 04-Июн-25, (304)
Повторяем для бестолковых оно таки весьма кривой и хитрож пый врапер, делающий , Аноним (-), 17:38 , 04-Июн-25, (307)

Почитай, пожалуйста, как это вообще работает https www marcusfolkesson se blo, Ананимус (?), 15:00 , 04-Июн-25, (288)

А зачем кому-то вообще видеть какой-то совершенно левый факап внутреннего девело, Аноним (-), 15:27 , 04-Июн-25, (290) –2

Ну говоря уже о том, чтоНу не смешно ли , Ананимус (?), 12:37 , 04-Июн-25, (279)

Как бы там ни было в этой истории, но rebase - зло , randomize (?), 20:49 , 03-Июн-25, (273)

Это данность Ты пишешь код в ветке, делаешь 20 коммитов WIP this and that LOL , Ананимус (?), 15:45 , 04-Июн-25, (291)

это модная-современная-тяпляпдрайвен разработка, даи зачем ты так работаешь Може, пох. (?), 16:10 , 04-Июн-25, (293)

До изобретения DVCS это называлось backup1 tgz , backup2 tgz Суть та же Поми, Ананимус (?), 16:45 , 04-Июн-25, (297)

только что другие анонимы верещали что чувак не умеет в бэкапы Теперь оказываетс, пох. (?), 17:22 , 04-Июн-25, (305)

Почему не бекап когда уже сломал git reflogкогда ещё готовишься git switch -c , Ананимус (?), 17:36 , 04-Июн-25, (306)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от opteron (-), 01-Июн-25, 10:20 +22 +/–

Воот. А от чего такое происходит ?? А от того, что Git недосистема контроля версий позволяющая обратить Берию в Берингов пролив.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #10, #22, #67, #98, #104, #248

2. Сообщение от Аноним (2), 01-Июн-25, 10:21 +1 +/–

Он же Кис. Нет?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #106

3. Сообщение от Аноним (3), 01-Июн-25, 10:29 +5 +/–

Хоть кто-то проверяет хеши, весь этот театр безопасности в виде сертификатов смешон, если любой (ну, не любой) может представиться, кем надо. Это камень в https, хеши у которого меняются раз в месяц, а cdn вообще случайные обещает выдавать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99, #182

5. Сообщение от Аноним (-), 01-Июн-25, 10:38 +46 +/–

А кто же ее написал такой убогой?!
Кто???
Там в коммитерах какой-то Линус Торвальдс, но возможно это просто подмена авторства?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #84, #91, #123

9. Сообщение от Аноним (9), 01-Июн-25, 10:47 –2 +/–

Помнитсябыл кадр который уязвимость в ядро протащил в целях исследования. Тут похоже тоже.

Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Герострат (?), 01-Июн-25, 10:50 –2 +/–

Надо гит на блокчейне

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #20, #180

15. Сообщение от Аноним (15), 01-Июн-25, 10:54 +7 +/–

>и лидера Ubuntu Security Team
Прэлэстно

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #238

16. Сообщение от Аноним (16), 01-Июн-25, 10:55 +2 +/–

> Кеса Кука, бывшего главного сисадмина kernel.org
> Всё это происходило на фоне сбоя SSD-накопителя
Прохладные истории для отмазки.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

18. Сообщение от Аноним (18), 01-Июн-25, 11:00 +11 +/–

Узбагойтесь.
Не "инцидент", а проблема в b4
https://lore.kernel.org/all/202505312300.95D7D917@keescook/
Галоперидолу за счет заведения всем.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48, #69, #71

19. Сообщение от vadiml (ok), 01-Июн-25, 11:13 –6 +/–

rebase -- вредная вещь, после неё полный бардак получается

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #64

20. Сообщение от Аноним (20), 01-Июн-25, 11:15 +/–

Mercurial называется.
Но соя не умеет в порядок — а ведь там как раз всё это из коробки:
— Чёткие ветки, а не просто теги
— Невозможность смерджить более двух ветвей за раз
— Защита от отката коммитов — можно лишь дослать исправление, история всё видит и хранит
— Жёсткая привязка имени к коммиту
и прочая.
Но кому нужны эти глупые правила, если сое интереснее в коммитах?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21, #23, #35, #115, #146

21. Сообщение от Аноним (20), 01-Июн-25, 11:15 +/–

*интереснее эмодзи в коммитах

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

22. Сообщение от Аноним (22), 01-Июн-25, 11:28 +/–

Ситуация настолько нетипичная, что под это оформили целую новость. Но комментаторы живенько стали выдавать это за обычное явление.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #85

23. Сообщение от Смузихлеб забывший пароль (?), 01-Июн-25, 11:32 +4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #86

26. Сообщение от Аноним (26), 01-Июн-25, 11:48 –1 +/–

Если вернуться к истокам, в далекий 2005й, то в первом коммите в гит, есть расшифровка названия.
- "global information tracker": you're in a good mood, and it actually works for you.
- "goddamn idiotic truckload of sh*t": when it breaks
Сегодня он стал вторым))
ps пруф
https://github.com/git/git/commit/e83c5163316f89bfbde7d9ab23...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #217

30. Сообщение от Аноним (-), 01-Июн-25, 11:51 +/–

Для меня это больше похоже на оверреакцию со стороны Линуса. Не, с воспитательной точки зрения это вероятно правильно, чтобы впредь внимательнее были, но чтоб такое намеренно произошло -- вряд ли.
Чувак отмечался тем, что какие-то там скрипты писал, для целенаправленного внесения коллизий. Вероятно эти скрипты просто модифицированные другие скрипты какие-нибудь. Он, надо полагать, как то это всё организовывал, чтобы оно работало, но как бэ это сказать... Тебе не приходилось нечаянно гонять не те версии своих скриптов/программ, просто потому что у тебя в каком-то репе checkout не на тот коммит был сделан? Мне приходилось. Обычно это не проблема, потому что поработав над скриптом, коммитишь всё, и делаешь checkout нужного коммита. Довольно простой воркфлоу, в котором ошибаешься только если начинаешь переключать внимание с одного репа на другой, внося изменения то там, то здесь.
А если у него ssd сдох, и он восстанавливал информацию оттуда, то очень вероятно что где-то он что-то накосячил, и окружение в котором его скрипты выполняются оказалось не таким, каким было до восстановления. Восстановить его может быть очень сложно, потому что элементарно не помнишь всех деталей. Надо очень скрупулёзно пройтись по всем скриптам, посмотреть какие другие скрипты они дёргают, проверить какие конкретно коммиты используются, посмотреть на другие ветки, чтобы вспомнить, что именно там, и не надо ли гонять данный скрипт вот на той экспериментальной ветке... Не, может другие люди более организованны чем я, и у них всё это проще, но я б после такого пару месяцев бы паранойил на предмет того, всё ли у меня работает, и вот нисколько бы не удивился, если бы словил бы какую-нибудь плюху через год после железного инцидента.
С публичными репами я обхожусь довольно строго, потому что надо всё отребазить и пулл-реквест отправить, и там надо чтобы всё чётко было. Но со своими личными репами я гораздо ленивее поступаю, и иногда мне приходится разгребать накопившийся бардак.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #37

35. Сообщение от Аноним (35), 01-Июн-25, 12:03 +2 +/–

А давно гит соевый? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #40, #210, #250

37. Сообщение от Аноним (16), 01-Июн-25, 12:06 –1 +/–

> А если у него ssd сдох, и он восстанавливал информацию оттуда
то это - признание в некомпетентности "админа".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #118

38. Сообщение от Аноним (38), 01-Июн-25, 12:06 +2 +/–

SSD сыпется. Комитит, сам не понимая что. Но без таких pull-запросов было бы скучно жить.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #153

39. Сообщение от Аноним (39), 01-Июн-25, 12:08 –1 +/–

>после чего попытался решить их операцией "git rebase"
Почему он просто не стянул оригинальный код из гита?
Посчитал, что на сбойном SSD данные хранятся надежней?
>учётную запись Кеса Кука, бывшего главного сисадмина kernel.org и лидера Ubuntu Security Team, сопровождающего в ядре 14 подсистем, связанных с безопасностью.
Это что бы вы понимали, кто у них занимается этой вашей "безопасностью"...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #43, #107, #163

40. Сообщение от Аноним (40), 01-Июн-25, 12:09 +7 +/–

Always been

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

42. Сообщение от dim (??), 01-Июн-25, 12:24 +2 +/–

Эх, даже страшно представить сколько на самом деле закладок в этом самом ядре Linux. Уверен, каждая спецслужба мира уже успела отметиться там, так как с их возможностями подкупить разработчиков вроде Кеса Кука дело плевое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #114

43. Сообщение от нах. (?), 01-Июн-25, 12:27 +/–

> Почему он просто не стянул оригинальный код из гита?
потому что в отличие от тебя, васяна, он - разработчик ядра, а не стягиватель оригинальных котов.
И его собственные правки, размазанные по всей истории, НЕОЖИДАННО, ему нужны.
Ну а что гит - неуправляемое и никем (даже, как выясняется, собственным "автором"(нет) и специалистом по безопастносте ведра) до конца не понимаемое УГ - давно и без этой истории очевидно.
Теперь еще обвешанное еще одним нескучным враппером якобы "to make it easier for project developers and maintainers to use a distributed development workflow", а на практике вот такая фигня получается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #111, #136

44. Сообщение от Аноним (44), 01-Июн-25, 12:27 +1 +/–

> rebase -- вредная вещь
А что нужно использовать вместо нее?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #54

48. Сообщение от Аноним (48), 01-Июн-25, 12:47 +4 +/–

> Не "инцидент", а проблема в b4
Самое смешное в этой истории кто автор b4
https://github.com/mricon
> Константин Рябцев, отвечающий за работу инфраструктуры kernel.org, выполнил блокировку.
ему Крис в штаны наложил :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #132

50. Сообщение от какая разница (?), 01-Июн-25, 12:49 –1 +/–

Очевидна же ошибка в правильном выполнении команды git-rebase со стороны Git, но
> Линуса не устроило такое объяснение

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

54. Сообщение от Аноним (54), 01-Июн-25, 12:58 –2 +/–

Ничего. Испортил коммиты – делай новые следом, не исправляя старые. Всё должно быть в истории.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #58

58. Сообщение от Аноним (44), 01-Июн-25, 13:10 +1 +/–

Rebase используется в первую очередь для слияния ветвей, а не правки уже залитых коммитов с последующим push --force. Вопрос (и упоминание rebase в новости) был именно в этом контексте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #61, #87

61. Сообщение от Аноним (54), 01-Июн-25, 13:28 –3 +/–

Если в main были изменения, то стягиваешь их свою ветку снова и накладываешь патчи. И только потом сливаешь без проблем в main.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #75

64. Сообщение от Аноним (64), 01-Июн-25, 13:46 +2 +/–

Это был не rebase. Кис использовал низкоуровневую команду git-filter-repo в сочетании со скриптом, который с этой командой был несовместим. По крайней мере, он сам так утверждает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #108

65. Сообщение от безразницы (?), 01-Июн-25, 14:06 +/–

Какой еще ребейз?
This is not some "disk corruption" issue.
There was real *work* involved in re-creating 330 copies of my merges
and 6000 copies of other peoples commits.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #103

67. Сообщение от Bob (??), 01-Июн-25, 14:13 –1 +/–

> А от чего такое происходит ??
Вроде бы по-русски написано: "Совершённые изменения больше напоминают работу скрипта, чем результат повреждения информации на накопителе, так как они требуют отдельного пересоздания копии каждого коммита."
> Git недосистема контроля версий позволяющая обратить Берию в Берингов пролив
Вот это тебя торкнуло, отсыпь)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

68. Сообщение от coder2 (?), 01-Июн-25, 14:14 +1 +/–

даа ... похоже, надо на дебиан уходить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #154, #230

69. Сообщение от Аноним (69), 01-Июн-25, 14:20 –1 +/–

А что это b4?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #133

70. Сообщение от Аноним (70), 01-Июн-25, 14:26 +3 +/–

Забавно Линус в lkml требует немедленной блокировки аккаунта. Ещё бы Почтой России отправил депешу.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

71. Сообщение от zionist (ok), 01-Июн-25, 14:27 +5 +/–

> проблема в b4
Сначала сделали недо-git. Затем сделали недокостыль-b4. Теперь страдают от всего этого глюкодрома, причём двое из трёх - авторы этого глюкодрома, а третий - крайний.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

74. Сообщение от нах. (?), 01-Июн-25, 14:36 +/–

> Сегодня он стал вторым))
always have been!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #160

75. Сообщение от нах. (?), 01-Июн-25, 14:39 +1 +/–

Поздравляю, ты описал работу с cvs. И как там в вашем теплом ламповом 89м году?
(С разморозочкой, кстати! Тебе у нас - не понравится.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #92, #101

77. Сообщение от Аноним (77), 01-Июн-25, 14:45 +6 +/–

>Линус Торвальдс потребовал от администратора kernel.org
Это не диктатура, а свобода. Главное не перепутать. А то могут забанить.
>Линуса не устроило такое объяснение
>Линус не может понять
Жаба не понимает, поэтому запретить, забанить, удалить!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79, #172, #185

79. Сообщение от Аноним (-), 01-Июн-25, 14:56 +1 +/–

Тут возникает хороший вопрос в регулировании.
Да есть личный сайт, но и есть свобода слова и законы об запрете экстремизма.
Если это официально открытое сообщество, то явно должна быть аппеляция бана и оспаривание его в суде.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #94, #113

81. Сообщение от Кошкажена (?), 01-Июн-25, 14:57 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124

82. Сообщение от Кошкажена (?), 01-Июн-25, 14:59 +3 +/–

Почему вообще все вручную у них делается? Нужно чтобы открыл пр, все тесты прошли, все хэши проверились, мэинтейнеры сказали lgtm и всё автоматом смержили. Ручной варинат про запас.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #161, #173

83. Сообщение от Аноним (83), 01-Июн-25, 15:00 +2 +/–

Это голландское имя и оно обычно переводится как "Кес".
https://ru.wikipedia.org/wiki/Смит,_Кес_(футболист,_2006)
https://ru.wikipedia.org/wiki/Келлер,_Рейнир_Корнелис

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

84. Сообщение от нах. (?), 01-Июн-25, 15:02 +5 +/–

> Там в коммитерах какой-то Линус Торвальдс, но возможно это просто подмена авторства?
а, вот оно чо! Спалились агенты рептилоидов!
А я давно подозревал - не мог Линус такое написать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

85. Сообщение от нах. (?), 01-Июн-25, 15:05 +3 +/–

Ситуация нетипична только в одном - что человек оказался грамотным и сумел найти причину.
А типичная - "уминясламаласьрепа". (Ну или - "кто-то сломал нам репу, причем еще и авторов комитов подменил - а мы же ведь делали бэкап? То есть как "согласования руководства на бэкап какой-то девелоперской тачки никто не оформлял"? Мы разьве не бэкапим все и каждую миллисекунду, ведь это же ж бесплатно и по щучьему велению происходит?!")

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #181

86. Сообщение от нах. (?), 01-Июн-25, 15:09 +/–

В этих пределах - hg позволяет.
Впрочем, любая dvcs позволяет - просто обрезать дерево сверху, ума много не надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

87. Сообщение от нах. (?), 01-Июн-25, 15:10 +/–

слияние ветвей называется - merge.
А ребейз используется для подделки истории ВМЕСТО слияния.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #158, #289

89. Сообщение от Аноним (91), 01-Июн-25, 15:19 +3 +/–

> указан "Linus Torvalds", но Линус их не добавлял.
Может забыл просто?
> Торвальдс посчитал это следами потенциально вредоносной активности и инициировал блокировку приёма любых изменений от Кеса
Или просто докопаться хотел, а причину придумал, мол, я не я, комиты не мои.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95

90. Сообщение от myster (ok), 01-Июн-25, 15:21 –1 +/–

И ежу понятно, что после "git-filter-repo" такое запросто случаится. Rebase тут не причём. И сдохший SSD, как сбоку бантик.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102

91. Сообщение от Аноним (91), 01-Июн-25, 15:23 +3 +/–

> Там в коммитерах какой-то Линус Торвальдс
Тёзка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

92. Сообщение от Аноним (92), 01-Июн-25, 15:23 +/–

Так и не понравилось. У вас тут какой-то в любое место затыкательный Раст.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #109

93. Сообщение от Аноним (92), 01-Июн-25, 15:25 +1 +/–

Заказным письмом, с уведомлением о получении.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

94. Сообщение от Аноним (92), 01-Июн-25, 15:26 +/–

о запрете

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

95. Сообщение от Аноним (-), 01-Июн-25, 15:29 +1 +/–

Оказывается просто он из тех людей, которые САМИ выбирают лицензию/форму организации сообщества, а потом ноют, что пользователи обязаны им донатить и т.д.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

97. Сообщение от Аноним (97), 01-Июн-25, 15:44 +/–

> Кеса Кука, бывшего главного сисадмина kernel.org и лидера Ubuntu Security Team
госоди, он уже 14 лет в гугле работает, обновите уже свои данные и просто пишите "работник гугл".

Ответить | Правка | Наверх | Cообщить модератору

98. Сообщение от tty2 (?), 01-Июн-25, 16:00 +/–

Я тоже могу у себя что угодно переименовать! Это же не значит, что это угроза безопасности...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

99. Сообщение от morphe (?), 01-Июн-25, 16:01 +/–

> Это камень в https, хеши у которого меняются раз в месяц
Это где это https на содержимое влияет?
> а cdn вообще случайные обещает выдавать
Если ты используешь встроенные в некоторые CDN инструменты оптимизации контента, но нигде они не являются обязательными

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

101. Сообщение от tty2 (?), 01-Июн-25, 16:05 +/–

Мастер локалхоста? Ты такой ребаз забубенишь и потом всем придется одними ребейзами жить...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

102. Сообщение от пох. (?), 01-Июн-25, 16:06 +/–

> И ежу понятно, что после "git-filter-repo" такое запросто случаится
имена комитеров запросто меняются?
Знаешь, если бы даже ежу было понятно НАСКОЛЬКО тогда гит - глючное безумное нагромождение навоза - полагаю, он бы все же не взлетел.
К сожалению, то ли ежу все же не понять таких сложностей, то ли у дефективных менеджеров интеллекта еще меньше чем у ежа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #105, #218

103. Сообщение от какая разница (?), 01-Июн-25, 16:28 +/–

> какой ещё ребейз
> Кес ответил, что не понимает, как такое могло произойти. До этого он столкнулся с проблемами при попытке объединения нескольких своих git-веток, после чего попытался решить их операцией "git rebase"
Ты текст поста хоть читал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #147

104. Сообщение от Аноним (104), 01-Июн-25, 16:37 Скрыто ботом-модератором +1 +/–

Как всегда. Будут плакать колоться, но не использовать Perforce как белые люди 🤣

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #120

105. Сообщение от myster (ok), 01-Июн-25, 16:38 +/–

> имена комитеров запросто меняются?
Естественно, мы ведь переписываем историю. Тоже самое было бы и в реальной истории, скажем, если бы Эйнштейн не вывел формулу E = mc^2 в своё время, это бы сделали другие учёные, которые вели исследования в области эквивалентности массы и энергии в XIX-XX вв.
Чтобы такого не было, нужно использовать опцию --commit-callback с нужными скриптами и желательно проверять эти изменения, перед финальным слиянием.

> гит - глючное безумное нагромождение навоза
предложи миру своё, а не просто выступай в роли еванлелиста Mercurial какого-нибудь, у которого свои тараканы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #121

106. Сообщение от anonymous (??), 01-Июн-25, 16:57 +/–

Кеес

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

107. Сообщение от Аноним (107), 01-Июн-25, 17:02 +/–

>>после чего попытался решить их операцией "git rebase"
> Почему он просто не стянул оригинальный код из гита?
> Посчитал, что на сбойном SSD данные хранятся надежней?
>>учётную запись Кеса Кука, бывшего главного сисадмина kernel.org и лидера Ubuntu Security Team, сопровождающего в ядре 14 подсистем, связанных с безопасностью.
> Это что бы вы понимали, кто у них занимается этой вашей "безопасностью"...
А что не так с убунтовской безопасностью? Вон в соседней новости убунтоиды одними из первых все дыры позатыкали во всех своих версиях, а вот Debian до сих пор слоупочит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #112

108. Сообщение от Аноним (123), 01-Июн-25, 17:06 +1 +/–

Утверждает и всё равно делает - это вопрос к ментальному состоянию.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

109. Сообщение от Аноним (109), 01-Июн-25, 17:09 –2 +/–

> У вас тут какой-то в любое место затыкательный Раст.
Не, только в те места, где не хватает Настоящих Погроммистов (тебя), которые не допускают ошибок работы с памятью. Тебя же одного не хватает на все проекты. Приходится остальным, сирым и убогим (ошибающимся, но сознательным), как-то выкручиваться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

111. Сообщение от Аноним (123), 01-Июн-25, 17:12 +/–

Закон диалектики - переход количества в другое качество.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #131

112. Сообщение от Аноним (123), 01-Июн-25, 17:14 +/–

Точнее сказать - применили патчи к своему дистрибутиву. Обнаружили же не они.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

113. Сообщение от Аноним (123), 01-Июн-25, 17:26 +1 +/–

Эксперимент: "открытое общество". Его официальность - способ и повод воздействия (применение власти). Что под этим понимать, как с этим жить, как решать кризисы - вопрос.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

114. Сообщение от ИмяХ (ok), 01-Июн-25, 17:30 +3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #213

115. Сообщение от Аноним (115), 01-Июн-25, 17:35 +1 +/–

Ты забыл упомянуть неконтролируемый рост размера репозитория, с длинными чередами очень важных для истории человечества коммитов типа «WIP», «Fix pipeline», «Fix autotest», и подобного мусора, который неизбежно появляется в процессе разработки любого приложения сложнее hello world. Как это влияет на производительность монореп можно представить, а можно и не представлять и поинтересоваться почему практически все крупные проекты спрыгнули с hg, а те что не спрыгнули — планируют. Напомни заодно, как называется аналок GitHub Enterprise (или хотя бы GitLab) для hg.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #117

117. Сообщение от нах. (?), 01-Июн-25, 17:59 +3 +/–

> Ты забыл упомянуть неконтролируемый рост размера репозитория
ах, какой ужас. Разрабатываемые проекты, оказывается, растут.
То ли дело вот "новая папка (103)" - никаких тебе неважных комитов. И вообще никаких. Мы для чего храним-то историю эту? Нахрен она тебе, похоже ведь, не нужна.
(и ты не поверишь - но твой божок ИМЕННО ТАК видел себе процесс разработки - с 92го и по 2004й годы. Кстати, hg в принципе позволяет и такой подход, но кому оно нужно - уж точно не будет изучать сложный инструмент для несколько другой задачи)
> Как это влияет на производительность монореп можно представить
а никак. До определенного (довольно большого) размера. А дальше начинаются трудности, вынудившие например microsoft написать аж целую lfs.
> и поинтересоваться почему практически все крупные проекты спрыгнули с hg
А спрыгнули они потому что ты не умеешь прочитать двести строчек руководства по hg, а других разработчиков у крупных проектов к сожалению тоже нет (в нужном количестве, они - крупные).
> Напомни заодно, как называется аналок GitHub Enterprise (или хотя бы GitLab) для hg.
который из? А то от Google code и до Codeplex (оказывается этим аналогам вовсе незачем было быть прибитым гвоздем к единственной кривой технологии, половину фич которой еще и пришлось отключить ради бебебезопастносте). А раз тебе надо "напоминать" - эксперт из тебя, вчера-родившийся, очень так себе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #149, #251

118. Сообщение от Аноним (118), 01-Июн-25, 17:59 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #122

120. Сообщение от нах. (?), 01-Июн-25, 18:05 +/–

> Как всегда. Будут плакать колоться, но не использовать Perforce как белые люди
белые люди далеко не всегда л0xи и не готовы за ради щщастья прислать свой двухстрочный патч покупать коммерческое решение (еще и не продающееся в розницу в принципе).
А умение взаимодействия с гитом у нее крайне ограниченное - даже для lkml не подойдет (оно не умеет в pull requests, как вот в этом случае)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

121. Сообщение от Аноним (123), 01-Июн-25, 18:14 +/–

>это бы сделали другие учёные, которые вели исследования в области эквивалентности массы и энергии в XIX-XX вв.
Сначала надо сформулировать СТО. Эквивалентность это следствие.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #129

122. Сообщение от нах. (?), 01-Июн-25, 18:15 +/–

> Я не думаю, что он админ по профессии. Кто в здравом уме
> будет работать админом, если он может работать программистом? Админство же безумно
> унылая и скучная работа.
Я тебе больше скажу - у админов ssdшки тоже иногда дохнут.
А мгновенного бэкапа всего нажитого непосильным трудом у них тоже обычно нет, как и всех простых смертных.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #125, #141

123. Сообщение от Аноним (123), 01-Июн-25, 18:17 +2 +/–

Дали право скриптам издеваться над Git.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

124. Сообщение от Аноним (124), 01-Июн-25, 18:28 +1 +/–

Git reflog

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #164

125. Сообщение от Аноним (16), 01-Июн-25, 18:32 +/–

> у админов ssdшки тоже иногда дохнут.
У админов, бывших в kernel.org, думаю, есть понимание про raid.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #130, #183, #194

126. Сообщение от Аноним (123), 01-Июн-25, 18:40 +/–

Как скрипт, который создает обзор, может что-то переписывать в коммитах?

Ответить | Правка | Наверх | Cообщить модератору

129. Сообщение от myster (ok), 01-Июн-25, 19:19 +/–

> Сначала надо сформулировать СТО. Эквивалентность это следствие.
Когда переписывают историю кругом будут несостыковки, это норма.
Именно такие несостыковки и взбесили Линуса, как и любого на его месте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

130. Сообщение от нах. (?), 01-Июн-25, 19:24 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #176

131. Сообщение от нах. (?), 01-Июн-25, 19:31 +1 +/–

> Закон диалектики - переход количества в другое качество.
он похоже с дерьмом не работает. Было ведро, стало целая цистерна - а как было дерьмом, так и остается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #134, #135

132. Сообщение от Аноним (123), 01-Июн-25, 19:36 +2 +/–

Какой Крис? И тут подмена? Был же Кис или Кес.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

133. Сообщение от Аноним (123), 01-Июн-25, 19:37 +1 +/–

Ну судя по всему "козёл отпущения"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

134. Сообщение от Aliech (ok), 01-Июн-25, 19:44 +1 +/–

Эм, работает. Ты просто не на то посмотрел: было ведро, которое можно было ещё как-то вынести. А теперь всем понятно, что на том месте уже выгребная яма, с которой никто ничего не в силах сделать. Количество->качество.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

135. Сообщение от Аноним (123), 01-Июн-25, 19:44 +1 +/–

Ведро это отходы. Цистерна это уже оптовые поставки удобрения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #225

136. Сообщение от Аноним (39), 01-Июн-25, 19:51 +/–

>потому что в отличие от тебя, васяна, он - разработчик ядра, а не стягиватель оригинальных котов.
ну да, ну да, пошел я на...
\\me закурил
понятно, что бекапы придумали трусы, а он гениальный скриптер.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #145

138. Сообщение от zionist (ok), 01-Июн-25, 20:01 +1 +/–

Конец драмы:
https://lore.kernel.org/all/202506010833.A33888CC@keescook/
> Thanks for looking into this. Linus, this is accurate and I am 100% convinced
> that there was no malicious intent. My apologies for being part of the mess
> through the tooling.
>
> I will reinstate Kees's account so he can resume his work.
Thank you! I will now *very carefully* construct a v2 PR...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #142, #174

141. Сообщение от ыываываываы (?), 01-Июн-25, 20:12 +/–

>А мгновенного бэкапа всего нажитого непосильным трудом
rsync в daily-кроне это непосильно сложно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #143, #144, #228, #258

142. Сообщение от Аноним (123), 01-Июн-25, 20:21 +1 +/–

То что скрипт переписывает коммит это не нормально.
https://lore.kernel.org/all/CAHk-=wgcQdD0UzMJrNhQuYAC2wgGtfr.../
"So the *real* danger territory is lying about committer information.
That's the thing that *no* standard too should ever do, and what made
me so upset.
Konstantin, can you please fix b4 to never *ever* rewrite a commit
that has different committer information than the current user?
I don't think this is about "39 commits down". This is apparently b4
just doing plain bad things, adn it would be bad even if it was only
rewriting the top-most commit.
Setting authorship to somebody else is normal and expected: "author"
is about giving credit.
But setting *committer* information to somebody else is not about
giving credit, it's about lying. Tools that do that are broken tools.
I'm also not clear on why apparently the script tries to retain
committer dates. That's also just plain lying.
> I will reinstate Kees's account so he can resume his work.
Yeah, I see the updated pull request,
         Linus"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #165, #263

143. Сообщение от нах. (?), 01-Июн-25, 20:26 +1 +/–

понятно. У здешних васянов нет видимо ноутбуков и они вообще не отдупляют, как ими пользуются.
Жаль что ценных комитов в ведро от них тоже нет, поэтому от их рсинка раз в пятнадцать секунд никому не жарко и не холодно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

144. Сообщение от нах. (?), 01-Июн-25, 20:27 +/–

>>А мгновенного бэкапа всего нажитого непосильным трудом
> rsync в daily-кроне это непосильно сложно
Вдогонку: и никак не поможет при отказе ssd.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

145. Сообщение от нах. (?), 01-Июн-25, 20:37 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

146. Сообщение от warlock (??), 01-Июн-25, 20:41 +/–

> Защита от отката коммитов — можно лишь дослать исправление, история всё видит и хранит
hg strip

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

147. Сообщение от безразницы (?), 01-Июн-25, 20:46 +/–

Я то вон даже оригинал письма Линуса процитировал из рассылки. А мы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #179

148. Сообщение от Аноним (148), 01-Июн-25, 20:46 +/–

Я кому-то тут когда доказывал, что лучше всё это просто копировать в параллельный независимый проект, то это выглядит жалко и смешно, при всём это неадеквате со стороны Линукс, все скажут что если даже собрать все российские и китайские ОСстроителей, там не будет глобальности и всеобщей поддержки, ядерщиков там не будет, точнее очень маловато, хотя как знать, отнюдь, их код мы завсегда адаптируем, но что-то же будет, ЖПЛ перевести на российские законы как два пальца об асфальт, правда это не будет привычный ЖПЛ (там ответственность за предоставляемое всё равно останется, если продукт то однозначно), как с китайским сектором непонятно, именно в плане закона (тут не силён), так-то понятно что они переженят со своими процами, видюхами и крупнее платформами.
Что там будет?- да что и у всех. Ваше мнение?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #152, #162

149. Сообщение от Аноним (115), 01-Июн-25, 20:47 +5 +/–

> потому что ты не умеешь прочитать двести строчек руководства по hg
Это особенно смешно читать, учитывая что мои коммиты в hg до сих пор есть, а твоих как не было, так и нет. Остальное подробно комментировать просто лень. И ежу понятно что не любая история имеет ценность, и что по факту победил Гит, а всё остальное так, подтанцовка на фоне, чтобы было с чем сравнить и убедиться в правильности выбора. Как там твои собаки лучше расскажи. Корма хорошие есть или сам им еду готовишь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #151, #166

151. Сообщение от нах. (?), 01-Июн-25, 21:00 –2 +/–

> И ежу понятно что не любая история имеет ценность
значит новая-папка-248 твое всьо. Собственно, линуксный воркфлоу с использованием гита именно этот подход и имитирует, непонятно зачем вообще понадобилась dvcs (и каждый раз как бедолагу Линуса заставляют по настоящему пользоваться dvcs - непременно вот что-то случаитцо).
История либо имеет ценность, либо ее просто нет.
История для самого Линуса никакой ценности действительно не имела и не имеет, он вообще никогда не понимал ее смысла.
> и что по факту победил Гит
по факту неизменно "побеждает" дерьмо. Потому что только дерьмо неосиляторы и могут выбрать.
(ну и кое-кто успешно помогал дерьму победить)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #214

152. Сообщение от Аноним (152), 01-Июн-25, 21:02 +/–

> "лучше всё это просто копировать в параллельный независимый проект"
Это самое лучшее решение. Прецедент есть - параллельный импорт. Иногда в Китае тоже копировали, но потом эти решения уже превратились уже в свой оригинальный проект, который можно патентовать в других странах.
> "ЖПЛ перевести на российские законы как два пальца об асфальт"
Так уже. Лицензия одна, а вот позиции Суда РФ и Суда США будут разные.
США может создать ЖПЛ лицензию, запрещающею использование кода за пределами США. Но в РФ такой пункт в лицензии не будет иметь юридической силы. Опять же параллельный импорт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

153. Сообщение от Антон (??), 01-Июн-25, 21:15 +/–

Интересная идея: ЯП, который "выдерживал" бы некоторый процент повреждений исходного кода.
Программы бы выполняли рабочие функции, а сбойные функции не мешали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #212, #255

154. Сообщение от Аноним (154), 01-Июн-25, 21:45 +2 +/–

НА FreeBSD тогда уж...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #249

158. Сообщение от Аноним (158), 01-Июн-25, 22:31 +1 +/–

>    А ребейз используется для подделки истории ВМЕСТО слияния
Не для подделки. Нет там никакой отлитой в граните истории и никогда не было. А то что вы гит для этого используете и практикуете негибкие ритуалы по строительству соломенных самолетов -- типа "гитфлоу" с первых старниц выдачи гугла, которому 15 лет в обед и оно не масштабируется на большие команды (придумано автором в 2010м году для маленьких команд) -- это ваши половые трудности. А "гитфлоу" так-то полтора десятка. Разных. Кому мерж и каша из веток, кому ребейз и гладенькая история. Кому патчи по почте и не вашего ума дело, как он историю "подделывает" (т.н. "схема с диктатором").

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

160. Сообщение от Аноним (158), 01-Июн-25, 22:35 +4 +/–

has

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

161. Сообщение от НяшМяш (ok), 01-Июн-25, 22:35 +2 +/–

Для этого надо хотя бы в 21 век перейти.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

162. Сообщение от Аноним (162), 01-Июн-25, 22:37 +/–

Помимо этого вашего линукса есть BSD, illumos. Много отечественных ОС не на Линукс?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #178, #199

163. Сообщение от Аноним (158), 01-Июн-25, 22:44 +/–

Это типичное преодоление собственноручно созданных трудностей. Вспоминается как гитлабовцы  в 2017м стримили героическое восстановление после пролюбленных бэкапов. Недооценка сложности проблемы и переоценка своего владения набором команд с нетривиальными побочными эффектами. Как итог - операция прикрытия жеппы и определение позорного провала в подвиг. Обычно таки проще смыть-повторить с чистой копии, чем заниматься многостадийным "восстановлением". Но истинные одепты истинного гитфлоу не делют бэкапов. Локальный хард ресет же всегда безопасен, а ctrl+c/ctrl+v на большой "монорепе" это ж долго :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

164. Сообщение от Кошкажена (?), 01-Июн-25, 23:18 +/–

> Git reflog
В чём у них тогда проблема?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

165. Сообщение от zionist (ok), 01-Июн-25, 23:37 +/–

Забавно, но ведь git rebase и git commit --amend как раз таки подменяют коммитера, оставляя неизменным лишь автора. То есть b4 должен нарушать стандартное поведение Гита, потому что сам его автор таким поведением не доволен?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #229, #259

166. Сообщение от Guarana (?), 02-Июн-25, 00:16 +/–

> что по факту победил Гит,
Закон Грешема-Коперника в приложении к информатике ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #226

168. Сообщение от Ан Оним (?), 02-Июн-25, 00:32 –1 +/–

Конфликт уладили, а осадок остался. Вот так легко могут поссориться два давних товарища из-за дурацкой ошибочки в программе

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #196

172. Сообщение от Аноним (172), 02-Июн-25, 02:37 +/–

А линус и не отрицает, что диктатура. Даже должность свою так назвал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

173. Сообщение от Аноним (173), 02-Июн-25, 02:38 +3 +/–

Ты о чем вообще? Эти люди до сих пор патчи друг другу шлют по емейлу... Откуда тут автоматизация возьмется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #175, #209

174. Сообщение от Аноним (172), 02-Июн-25, 02:39 Скрыто ботом-модератором +/–

> I will reinstate Kees's account so he can resume his work.
Выгонят за нарушение субординации, ибо не
> Should I reinstate Kees's account so he can resume his work?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

175. Сообщение от Аноним (175), 02-Июн-25, 02:44 +3 +/–

А могли бы, по модному, в телеге слать!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #189

176. Сообщение от Ананимаз (?), 02-Июн-25, 04:35 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #200

178. Сообщение от какая разница (?), 02-Июн-25, 06:41 +2 +/–

> Много отечественных ОС не на Линукс?
Ты будешь смеяться, но отечественных систем нет. Вообще. Удаление ватермарков из исходного кода и вставка своих - не разработка системы..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #232

179. Сообщение от какая разница (?), 02-Июн-25, 07:26 +/–

> оригинал письма Линуса процитировал из рассылки
Рили? А похоже на фразу, которую вырвали из контекста..
Чё, и ссылка на "оригинал" есть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #193

180. Сообщение от Илья (??), 02-Июн-25, 07:26 +2 +/–

> Надо гит на блокчейне
гит это и есть блокчейн

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

181. Сообщение от User (??), 02-Июн-25, 08:27 +/–

эээ... какой "бэкап"? Зачем "бекап"? Гит жи! Блокчейн! Хранит всю историю! Надежно! Мы даже вот это вот! В облаке!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

182. Сообщение от User (??), 02-Июн-25, 08:29 +/–

Пжди! Там жи эта... вот... commit signing есть! Ну, как "есть"? Опционально "можно приделать" и даже джва разных!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

183. Сообщение от User (??), 02-Июн-25, 08:33 +/–

Ну, учитывая разнообразные "а-ччешуитильные котоламповые истории"(ТМ) я бы не был в этом так уверен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

185. Сообщение от Аноним (185), 02-Июн-25, 08:44 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #195

189. Сообщение от Аноним (189), 02-Июн-25, 09:11 +1 +/–

В тиктоке

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

193. Сообщение от безразницы (?), 02-Июн-25, 09:46 +/–

https://lore.kernel.org/all/CAHk-=wjktqa94u_=++YX7XxUr57iLAs.../

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

194. Сообщение от тоже Аноним (ok), 02-Июн-25, 09:46 –1 +/–

Даже не бывавшие в кернел.орг админы в курсе, что рэйд - это вообще не про сохранность данных, а про скорость или размеры дисков. Сохранность же гарантирует только бэкап.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #201, #204

195. Сообщение от тоже Аноним (ok), 02-Июн-25, 10:26 +/–

Не "всегда", а "в проекте, имеющем внешние сдерживающие факторы".
В политике, например, наличие такого "одного человека", не отягощенного рычагами обратной связи, обычно заканчивается кровавой баней.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

196. Сообщение от Аноним (-), 02-Июн-25, 10:58 +/–

Эх, раньше хотя бы из-за бабы ссорились, а сейчас..
Кто-кому в ПР нагадил спорят.
Ну хоть ситуация разрешилась без хлопанья дверьми.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #281

199. Сообщение от _kp (ok), 02-Июн-25, 11:31 +/–

>>Много отечественных ОС не на Линукс?
Примеры приведёте?
Просто для кругозора, не обсужления ради, и тем более в этой теме.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #206

200. Сообщение от нах. (?), 02-Июн-25, 11:36 +/–

> два usb3 нжмд вполне могут себе позволить.
боюсь эти фрики не умеют кодить.
> Если ноут используется стацирнарно, то разницы вообще никакой
даже если ты такой фрик, это еще не значит что ты будешь сидеть обмотавшись кучей проводов и обложившись кучей одноразовых usb3 коробочек. Где-нибудь на второй день тебе это все на столе надоест.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

201. Сообщение от нах. (?), 02-Июн-25, 11:45 +1 +/–

внезапно, рейд вполне мог бы сохранить данные при  всего лишь отказе ssd. Про скорость и размеры дисков все бы использовали исключительно raid0. Но зачем-то рептилоиды придумали EC и n-way mirrors.
А вот бэкап - не мог бы, потому что раз в миллисекунду ты его делать не сможешь.
Так что прекращай долдонить азбучные истины почерпнутые из лекции для колхозников.
Другой вопрос что рейд в рабочей системе, и уж тем более в ноуте - штука встречающаяся даже реже чем динозавры на невском.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #240

204. Сообщение от _kp (ok), 02-Июн-25, 11:59 +/–

Не видел у живых знакомых проблем с raid. Муляжи и системы без резервирования не рассматриваем.
Впрочем, если сохранность данных важна, то всё равно только бэкап. И в итоге он должен попадать, не менее чем на 2 физических носителя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

206. Сообщение от нах. (?), 02-Июн-25, 12:17 +/–

>>Много отечественных ОС не на Линукс?
> Примеры приведёте?
а как же ж - товарищ сексот-подполковник касперский-ос?!
Утверждается ведь, что не имеющая аналогов! (А кто будет дискредитировать, тому товарищлейтенанты объяснят!)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #237

209. Сообщение от нах. (?), 02-Июн-25, 12:22 +/–

> Ты о чем вообще? Эти люди до сих пор патчи друг другу шлют по емейлу... Откуда тут
> автоматизация возьмется.
здрастути! Тут целый вон - git написали, специально для автоматизации именно этого процесса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

210. Сообщение от Игорь Брин (?), 02-Июн-25, 12:23 +1 +/–

С появления зумеров и всего, что они набыдлокодили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

212. Сообщение от 789 (?), 02-Июн-25, 12:42 +/–

// Check equal
if ( a == b ) {
  // Duplicate check if source broken
  if ( (a+1) == (b+1) ) {
    doSomething();
  }
}
Огонь идея, а еще каждой функции/классу/методу давай подтверждение выполнения сделаем, а то вдруг злой его запустит

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #224

213. Сообщение от 789 (?), 02-Июн-25, 12:48 +/–

Кхм, допустим если сделать правку, которая интерпретирует на 1 байт больше чем нужно при разборе какого-нибудь экзотического dhcp параметра, что можно использовать для передачи управления на смещение в буффере, которое содержит вредоносный код.. можно ли "+1" считать закладкой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #216

214. Сообщение от Аноним (214), 02-Июн-25, 12:56 +/–

> История для самого Линуса никакой ценности действительно не имела и не имеет, он вообще никогда не понимал ее смысла.
Именно. Важно понимание разработчиками. А для этого история должна быть без шелухи. Поэтому ее надо приводить в порядок. Хочешь оставить историю в своей отдельной ветке - оставляй. Но сообществу предоставь разработку не в виде помойки, а виде читаемой книги.
> по факту неизменно "побеждает" дерьмо. Потому что только дерьмо неосиляторы и могут выбрать.
Если бы побеждало дерьмо, то победил бы hg. В свое время сталкивался с его выкрутасами. Так что в плане дерьмовости он на первом месте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #253

216. Сообщение от ИмяХ (ok), 02-Июн-25, 13:26 +/–

>  можно использовать для передачи управления на смещение в буффере, которое содержит вредоносный код…
Конечно же свободное сообщество мигом обнаружит эту правку. А на автора правки заведут уголовное дело.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #236, #272

217. Сообщение от Аноним (217), 02-Июн-25, 13:37 +/–

Не стал. Прекращайте уже фантазировать, возвращайтесь в реальный мир.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

218. Сообщение от Аноним (217), 02-Июн-25, 13:40 Скрыто ботом-модератором –1 +/–

Фейспалм. Знаете, что я заметил на опеннете: раст ругают те, кто его не знает. ИИ ругают те, кто его не знает. Теперь ещё и оказывается Гит ругают те, кто его не знает. Что у вас за культура общения такая? Кому и чем это помогает?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #276

219. Сообщение от Божественная Windows (?), 02-Июн-25, 13:52 +2 +/–

Это то, что заметили.
Страшно подумать, что еще осталось незамеченным...

Ответить | Правка | Наверх | Cообщить модератору

224. Сообщение от 1 (??), 02-Июн-25, 15:06 +/–

Дык компилятор дОлжон это делать ... или нескучный язычок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #234

225. Сообщение от 1 (??), 02-Июн-25, 15:08 +/–

В нынешних реалиях и не поспоришь ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

226. Сообщение от Аноним (-), 02-Июн-25, 15:13 +/–

Если бы он работал для ИТ, то на дестопах у людей был бы ХУРД.
Ну или линукс.
Но этого не наблюдается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

228. Сообщение от _ (??), 02-Июн-25, 17:16 +1 +/–

Одного rsync-a - не достаточно ...
Ибо он с задором и этузазизЪмом скопирует тебе мусор со сбойнувшего ssd в твой супербэкап ;)))
Не все сложные проблемы решаются просто, увы :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

229. Сообщение от MinimumProfit (?), 02-Июн-25, 17:36 +/–

Что позволено Зевсу, то нельзя быку

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

230. Сообщение от dannyD (?), 02-Июн-25, 17:45 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

232. Сообщение от Аноним (232), 02-Июн-25, 18:06 +/–

А ЗОСРВ Нейтрино как, разве не наша разработка?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #235

234. Сообщение от 789 (?), 02-Июн-25, 18:38 +/–

> который "выдерживал" бы некоторый процент повреждений исходного кода.
> исходного кода
> !!!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

235. Сообщение от какая разница (?), 02-Июн-25, 18:38 +/–

А на ней и видео можно смотреть? Или в игры поиграть? Может она хотя бы с интернетом дружит?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

236. Сообщение от 789 (?), 02-Июн-25, 18:39 +/–

>  уголовное дело
Да че уж, сразу бригаду инквизиторов и экстерминатус на адрес

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

237. Сообщение от какая разница (?), 02-Июн-25, 18:41 +/–

https://ru.m.wikipedia.org/wiki/KasperskyOS
Исходный код:закрытый
Лицензия:проприетарная
Этим гордиться надо?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #243, #244

238. Сообщение от InuYasha (??), 02-Июн-25, 19:12 +/–

Мне не раз на протяжении 10-15 лет говорили что Убунту - вторая винда. После снапов я от неё ушёл. Вот, в очередной раз подтверждается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

240. Сообщение от Аноним (240), 02-Июн-25, 19:24 +/–

Да, жаль, что в современных ноутбуках очень редко встречается больше одного накопителя. Да и один уже нередко оказывается несъёмным.
А то бы УХ!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201

243. Сообщение от Ан Оним (?), 02-Июн-25, 20:18 +1 +/–

Если нужна свободная, то KolibriOS. Тоже не нравится? У нас всегда так: откроешь окно - шумно, закроешь окно - душно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

244. Сообщение от Аноним (244), 02-Июн-25, 20:51 +/–

С закрытыми исходниками там запросто может оказаться какой-нить MINIX, QNX или что-нибудь еще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

245. Сообщение от Аноним (245), 02-Июн-25, 21:34 +1 +/–

Я постоянно покупаю спички вашего завода и в коробках их то 100, то 102, то 101... Вы там нормальные вообще?

Ответить | Правка | Наверх | Cообщить модератору

246. Сообщение от Аноним (-), 02-Июн-25, 21:36 +3 +/–

> Дополнение 2: Константин Рябцев, как автор утилиты b4,
> подтвердил, что проблема вызвана неаккуратным использованием данной программы
Понятно, один напитонячил какую-то муть, кисакуку на этой банановой шкурке успешно поскользнулся, а в целом - много шума из тупой лажи.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #252

247. Сообщение от yet another anonymous (?), 02-Июн-25, 21:52 –1 +/–

Господи, у ребят во внутренней (специфичной и поэтому наколенной) кухне немного разъехалось. Один не заметил, другой заметил. Очень быстро разобрались. Что хай-то подняли?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #271

248. Сообщение от Аноним (-), 02-Июн-25, 22:24 +/–

> Воот. А от чего такое происходит ?? А от того, что Git недосистема контроля
> версий позволяющая обратить Берию в Берингов пролив.
Вот только это был не git а какая-то левая питонопрога, которая перестроила половину дерева, киса куку не заметил подставы, попытался закомитить, это вызвало жирный конфликт, кисе куку объяснили что он куку, и в итоге - разобрались что один напитонячил, второй на этом поскользнулся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

249. Сообщение от Аноним (-), 02-Июн-25, 22:30 +/–

> НА FreeBSD тогда уж...
С убунты да на FreeBSD - нормальный такой переход. Из "рая" в "ад" к чертям с вилами брякнуться, нахрен :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

250. Сообщение от Аноним (-), 02-Июн-25, 22:34 +/–

> А давно гит соевый? :)
Он тредом ошибся, это про HG было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

251. Сообщение от Аноним (-), 02-Июн-25, 22:40 –1 +/–

> ах, какой ужас. Разрабатываемые проекты, оказывается, растут.
Вот только если твой пыхтонраст тормозить начинает - его не для этого юзали.
> вынудившие например microsoft написать аж целую lfs.
Что, у индусов не получается нормально орудовать релизами 100-метровых MSI'ек прямо в гите? Бывают в жизни огорчения. И образа для деплоя неудобно в гит закачивать, безобразие.
> А спрыгнули они потому что ты не умеешь прочитать двести строчек руководства
> по hg, а других разработчиков у крупных проектов к сожалению тоже
> нет (в нужном количестве, они - крупные).
Зачем читать ненужное на ненужное, чтобы иметь сомнительное удовольствие перекидываться комитами с юзерами винды типа тебя, которые остальных используют для чеса ЧСВ и обс@p@ют опенсорс? Это такая привилегия, конечно, чтобы на это еще и время тратить. На пыхтонрасию для мышевозил.
>> Напомни заодно, как называется аналок GitHub Enterprise (или хотя бы GitLab) для hg.
> который из? А то от Google code и до Codeplex
Может букмарки иногда апдейтить надо? А то оба сдохли, если что.
> эксперт из тебя, вчера-родившийся, очень так себе.
Ты то известный эксперт по всему. Странно что мир еще не захватил и не дал всем мастерклас как проекты делать надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #257

252. Сообщение от Аноним (244), 02-Июн-25, 22:44 +2 +/–

>> Дополнение 2: Константин Рябцев, как автор утилиты b4,
>> подтвердил, что проблема вызвана неаккуратным использованием данной программы
> Понятно, один напитонячил какую-то муть, кисакуку на этой банановой шкурке успешно поскользнулся,
> а в целом - много шума из тупой лажи.
Сам напитонячил и сам же заблочил тех, кто вляпался в его баг. PROFIT.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #268

253. Сообщение от Аноним (-), 02-Июн-25, 22:47 +/–

> Если бы побеждало дерьмо, то победил бы hg. В свое время сталкивался
> с его выкрутасами. Так что в плане дерьмовости он на первом месте.
Да это пох, он всегда найдет новый, улучшенный, на 200% более эффективный способ ... прострелить себе пятки. Зачем стрелять себе в пятки? А кто его знает, может он мазохист. Вот сватаает на серьезных щщах кусок пыхтонрасии кривой, который от py2-to-3 просто сдох. Отличная же идея - остаться без ключевого тула в воркфлоу и сделать из питонопроблем - свои. И потом гордо взаимодействовть, наверное, с целым самим собой. Потому что даже торм@з@лла - и та на git перешла. До нее дошло что в 2025 году ЭТИМ хотят пользоваться только их дизайнеры и CEO, потмоу что мышкой возякать можно. Вот только остальным такие комиты, навозяканые мышкой, их этих ваших turtelize hg очень уж неочень. Разгребать за вами такой крап - желающих примерно ноль!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

255. Сообщение от Аноним (-), 02-Июн-25, 22:54 +/–

> Программы бы выполняли рабочие функции, а сбойные функции не мешали.
Это немного не так работает, но вообще-то критичные фирмвари и проч - проверяют консистентность входных данных и то что caller - именно тот кто задуман, и вызывал ЭТО по именно правильному поводу.
Но вообще-то git придуман чтобы вон то быстро откатывать и работать с исправным кодом. А зачем мне глючный код? Для прострела пяток поизящней, с заподвыподвертом? Вы можете забыть про факап в программировании DMA. Но вот удачи потом в отладке этой штуки вообще. git позволяет локализовать - и окатить - даже такое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

257. Сообщение от нах. (?), 02-Июн-25, 23:32 +1 +/–

> Вот только если твой пыхтонраст
> Что, у индусов не получается
то есть у воспеваемого тобой инструмента проблема, что аж MS полезла кодить - "у индусов не получается!", теоретическая и никем на самом деле не виданная (ну ок, до исходников всей винды целиком не дошло. С проектами размером чуть меньше - успешно справлялось) - ну конечно проклятый питон
> Зачем читать ненужное на ненужное
если ты расшибаешь бестолковый лобешник о свой синдром утенка, действительно. Ну продолжай, продолжай.
В принципе, твой хеловрот пересылаемый батчами по секретным каналам никому кроме тебя и твоих воображаемых друзей и не нужен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #274

258. Сообщение от Аноним (258), 03-Июн-25, 00:01 +/–

А если у меня там бд крутится? Аналога всс у тебя то нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

259. Сообщение от Аноним (259), 03-Июн-25, 01:14 +/–

Наоборот. Линус (логично) настаивает на том, чтобы инструмент b4-trailers тоже обновлял коммиттера (и commit date), а сейчас committer остаётся тем, какой был.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #262

262. Сообщение от zionist (ok), 03-Июн-25, 10:49 +/–

> Наоборот. Линус (логично) настаивает на том, чтобы инструмент b4-trailers тоже обновлял
> коммиттера (и commit date), а сейчас committer остаётся тем, какой был.
Прочти внимательнее то, что он написал:
But setting *committer* information to somebody else is not about
giving credit, it's about lying. Tools that do that are broken tools.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #265

263. Сообщение от fidoman (ok), 03-Июн-25, 13:44 +/–

С учётом того, что "текущий пользователь" в git - это то, что ты только что вбил в git config - такое себе ограничение, прям вспоминается мемчик с калиткой посреди поля без какого-либо забора.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #284

265. Сообщение от mrx (ok), 03-Июн-25, 15:55 +/–

somebody else - здесь имеется в виду кто-то отличный от текущего пользователя ("переписывателя" истории).
Т.е. Линус как раз настаивает на том, что поведение должно быть как у rebase:
Из https://lore.kernel.org/all/CAHk-=wiQLG6n97zuW3p_N_jTDtG-xWJ...
>And I do think that even if you check that the committer doesn't
>change, you *should* make it rewrite the commit date, so that people
>see when the thing was used to rebase commits.
Фраза "check that the committer doesn't change" относится к предложенному Рябицевым изменению в поведении git-filter-repo,
которое заключается в том, чтобы по умолчанию перезаписывались только "свои" коммиты (коммитер == текущий пользователь).
Рябицев там совершенно справедливо замечает, что git-filter-repo спроектирован для того, чтобы не модифицировать коммитера и дату.
Например в сценарии, когда нужно удалить из истории нежелательный файл, а все остальное оставить как было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #266

266. Сообщение от zionist (ok), 03-Июн-25, 16:05 +/–

> Рябицев там совершенно справедливо замечает, что git-filter-repo спроектирован для того,
> чтобы не модифицировать коммитера и дату.
> Например в сценарии, когда нужно удалить из истории нежелательный файл, а все
> остальное оставить как было.
Наверное Линусу стоит задуматься о поддержке более одного коммитера, чтобы была история ребейсов/коммитов данного коммита.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #267

267. Сообщение от mrx (ok), 03-Июн-25, 16:30 +/–

Для сherry-pick (который по сути тот же самый rebase) по умолчанию в коммент пишется commit id оригинала.
Но это сработает, только если сохранился оригинальный коммит, и коммент не правили. В случае rebase оригинальные коммиты обычно не сохраняются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #269

268. Сообщение от Аноним (268), 03-Июн-25, 16:59 +/–

> Сам напитонячил и сам же заблочил тех, кто вляпался в его баг. PROFIT.
Так сам же и разблочил. Но вот именно представителю СЕКУРИТИ ТИМА за такой факап абсолютный незачет. Т.е. он сам даже не заметил что попытался левак вгрузить и озадачился только получив от Торвальдса. Что еще эта кисакуку не заметит? Пару хакеров комитнувших ему левака, а он сверху свое имя нашлепнет - и вот - нате вам комитов? Ну тогда и репутацию ему потом за такое - так же нашлепнут ведь. И комитить станет дольше, сложнее и неудобнее, после проверки всего кода оттуда под микроскопом. Если кто-то этим вообще займется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #277

269. Сообщение от zionist (ok), 03-Июн-25, 17:14 +/–

сherry-pick это не ребейс и обычно вообще не рекомендовано к использованию. Есть ситуации, когда сherry-pick полезен, но их мало и до таких ситуаций лучше не доводить. В любом случае я говорил не о commit message, а о поле committer.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267 Ответы: #275

271. Сообщение от пох. (?), 03-Июн-25, 17:51 +/–

Ну это ведь  - ничего, что весь модный-современный софтострой перешел на их "внутреннюю кухню"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #278, #279

272. Сообщение от Аноним (272), 03-Июн-25, 18:38 +/–

Делать свободному сообществу больше нечего - закладки спецслужб искать.
Пусть лучше жадные коммерсы финансово вкладываются в разработку и аудит СПО, или и дальше трясутся, что любой любопытный и внимательный школьник может их pwnметь на много зеленых. Или покупают проприетарь, но тогда их уже pwnм€ли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

273. Сообщение от randomize (?), 03-Июн-25, 20:49 +/–

Как бы там ни было в этой истории, но rebase - зло!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #291

274. Сообщение от Аноним (-), 04-Июн-25, 02:03 +/–

> то есть у воспеваемого тобой инструмента проблема, что аж MS полезла кодить
> - "у индусов не получается!",
В смысле?! Это ж раз майкрософт и полез кодить - индусами, для индусов, решая вот именно свои индусопроблемы. Что тебя в этой схеме удивляет? Ты видимо все проспал, и не в курсе кто Баллмера заменил? Бывает с теми кто не апдейтит букмарки. Теперь индусский кот - офисный талисман, нахрен.
> теоретическая и никем на самом деле не виданная (ну ок, до исходников всей
> винды целиком не дошло.
Погоди, майкрософт скоро окончательно завоняет себя, задолбается сам с своего мусора и на линух перейдет. И будет по какой-нибудь договоренности с сапопикалом убунту респинить :D. Хотя-бы потому что там есть модульность, пакеты, и это все можно ворочать без убер-датацентров с конскими временами билда даже так, отрекомпилив то или иное - по частям, и только то что реально надо.

> С проектами размером чуть меньше - успешно справлялось) - ну конечно
> проклятый питон
Оно так управлялось что на мало-мальски разлапистых проектах бесило всех тормозами. И вон те чудаки начали то какие-то кусочки на си, потом их переход на питон 3 поджал, от безвыходности начались метания с хрустом (видимо чтобы реализовать "пыхтонрасты, сэр") и чем там. Тем временем это за#$%ло все мало-мальски активные хостинги и они его выпилили. Даже битовая мусорка вроде, которая себя как специализированный на этой какахе хостинг изначально сватало. Но видимо такая специализация помогла побыстрее загибаться, а тонуть целиком вместе с этой штукой, всем проектом - не хотелось.
>> Зачем читать ненужное на ненужное
> если ты расшибаешь бестолковый лобешник о свой синдром утенка, действительно.
> Ну продолжай, продолжай.
Это себя сто раз окупило уже. Зарулив мне множество крутых проблем, позволив взаимодействие с толпой народа и совместную работу над проектами. А что еще от DVCS мне надо то?
Кроме утят я так то вырос, набил скилл, и стал - агрегатором, ревьюером, и даже чем-то типа релизманагера местами. Just because I can. А если ты ко мне с Hg припрешься, я тебя битой по лицу отменеджу за поползновения кормить меня твоим наколенным д@рьмом с единственным достоинством "зато не гит". И да, большие блобы в репе в общем случае крайне не велкм.
1) Потому что ревьюить их диффы - душно.
2) Потому что качать репу ноым участникам - еще душнее. Особенно с всей историей.
3) А, да, мы хотим юзать VCS чтобы реально по версиям мотаться. И например при случае git bisect на нетривиальные баги хреначить и проч. А ты что подумал?
> В принципе, твой хеловрот пересылаемый батчами по секретным каналам никому кроме тебя
> и твоих воображаемых друзей и не нужен.
Я такими хеловротами ворочаю что ты б охренел. Некоторые из них порвали бы твой печальный мозг на британский флаг. Они и мой рвали - но я научился с этим жить. Хоть мир уже и никогда не будет прежним после этого. Зато я познал как ворочать достаточно крупные проекты, в команде. А тебе это судя по спичу - не дано. Я продвинулся дальще тебя на пути к бесконечности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257

275. Сообщение от mrx (ok), 04-Июн-25, 05:22 +1 +/–

> сherry-pick это не ребейс и обычно вообще не рекомендовано к использованию. Есть
> ситуации, когда сherry-pick полезен, но их мало и до таких ситуаций
> лучше не доводить.
и cherry-pick и rebase это "replay" одного или нескольких коммитов поверх других родительских коммитов.
В обоих случах связи копии с оригиналом в истории нет, кроме уже упомянутого мной необязательного комментария в случае сherry pick.
>В любом случае я говорил не о commit message, а о поле committer.
Само по себе поле committer нечего не доказывает без наличия подписи у коммита.
А т.к. подписывается коммит целиком (данные и метаданные), то и валидировать подпись можно только имея оригинальный коммит.
Т.о. приходим к варианту используемому в cherry-pick.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #298

276. Сообщение от пох. (?), 04-Июн-25, 09:55 +/–

О, кексперт пришел!
Знает гит!
Жаль, конечно, что его, *как выяснилось* в данном случае - не знали на твоем экспертном уровне ни САМ Вяликий Автор-с-пальцем, ни писатель про заик на модном язычке с отступами, ни комитер в ведро - и ситуация оказалась для всех троих - сюрпризцем.
Вот анон с опеннета - он "знает гит".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

277. Сообщение от Аноним (277), 04-Июн-25, 10:15 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

278. Сообщение от Ананимус (?), 04-Июн-25, 12:34 +/–

>  Ну это ведь  - ничего, что весь модный-современный софтострой перешел на их "внутреннюю кухню"?
В модном-современном софтострое используется b4, который историю переписывает? Где?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #280

279. Сообщение от Ананимус (?), 04-Июн-25, 12:37 +/–

Ну говоря уже о том, что
> модный-современный
> This is a helper utility to work with patches made available via a public-inbox archive like lore.kernel.org
Ну не смешно ли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271

280. Сообщение от пох. (?), 04-Июн-25, 12:44 +/–

>>  Ну это ведь  - ничего, что весь модный-современный софтострой перешел на их "внутреннюю кухню"?
> В модном-современном софтострое используется b4, который историю переписывает? Где?
историю переписывает сам git. Более того, он поощряет именно такой подход и модные-современные именно так и видят себе работу.
b4 всего лишь враппер на нескучном йезычке.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #282, #290

281. Сообщение от пох. (?), 04-Июн-25, 12:45 +/–

> Ну хоть ситуация разрешилась без хлопанья дверьми.
Эх, раньше-то - стрелялись! А сейчас...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

282. Сообщение от Ананимус (?), 04-Июн-25, 13:25 +/–

> историю переписывает сам git. Более того, он поощряет именно такой подход и модные-современные именно так и видят себе работу.
git выдает ошибку если попытаться запушить переписанную историю. Это дефолт. Мерж таких изменений запрещен по умолчанию на всех платформах совместной разработки. Твое утверждение ложно и основано буквально ни на чем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #283

283. Сообщение от пох. (?), 04-Июн-25, 13:39 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #285

284. Сообщение от пох. (?), 04-Июн-25, 13:42 +/–

> С учётом того, что "текущий пользователь" в git - это то, что
> ты только что вбил в git config - такое себе ограничение,
> прям вспоминается мемчик с калиткой посреди поля без какого-либо забора.
если на калитке повесить надпись "Trespassers W" - прекрасно работает.
Как и в данном случае, защита нужна чтоб не было человеческих жертв от случайной ошибки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #299

285. Сообщение от Ананимус (?), 04-Июн-25, 14:05 +/–

> читать статью прежде чем чушь писать - не пробовал?
В статье Линус руками через почту принимает пулл который порефакторили тулзой для работы с имейлом чтобы через lore.kernel.org можно было бы удобнее читать. Каким образом хоть что-то из этого относится к современным практикам разработки?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #286

286. Сообщение от пох. (?), 04-Июн-25, 14:47 +/–

нет ну ты феноменально...
Напомни, пожалуйста, какая программа делает этот самый "pull"? Кто ее разрабатывал, для чего именно, какой именно процесс она была _изначально_ только и заточена автоматизировать и как она не имеет никакого отношения к современным практикам разработки.
Включая "ваша история никому не нужна" и "принимаются патчи только для *-next"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #287, #288

287. Сообщение от Ананимус (?), 04-Июн-25, 14:56 +/–

> нет ну ты феноменально...
> Напомни, пожалуйста, какая программа делает этот самый "pull"? Кто ее разрабатывал, для
> чего именно, какой именно процесс она была _изначально_ только и заточена
> автоматизировать и как она не имеет никакого отношения к современным практикам
> разработки.
> Включая "ваша история никому не нужна" и "принимаются патчи только для *-next"
К современным практикам разработки Git имеет прямое отношение. Переписывание истории при мерже в мастер -- нет. Очевидно же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286 Ответы: #292

288. Сообщение от Ананимус (?), 04-Июн-25, 15:00 +/–

> нет ну ты феноменально...
> Напомни, пожалуйста, какая программа делает этот самый "pull"? Кто ее разрабатывал, для
> чего именно, какой именно процесс она была _изначально_ только и заточена
> автоматизировать и как она не имеет никакого отношения к современным практикам
> разработки.
> Включая "ваша история никому не нужна" и "принимаются патчи только для *-next"
Почитай, пожалуйста, как это вообще работает: https://www.marcusfolkesson.se/blog/use-b4-for-kernel-contri.../
Это буквально quilt через Интернет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

289. Сообщение от Аноним (289), 04-Июн-25, 15:17 +/–

> слияние ветвей называется - merge.
> А ребейз используется для подделки истории ВМЕСТО слияния.
Опять экспертиза уровня бох^W нах. Вообще-то оно обычно юзается на отдельных ветках, для упрощения мержа оных в основные. И цель ессно никак не "подделка истории" а упрощение вон тех операций.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

290. Сообщение от Аноним (-), 04-Июн-25, 15:27 –2 +/–

> историю переписывает сам git. Более того, он поощряет именно такой подход и
> модные-современные именно так и видят себе работу.
А зачем кому-то вообще видеть какой-то совершенно левый факап внутреннего девелопа?
Более того - я его при девелопе новой фичи в своей норке - по любому откачу ведь! Ты же понимаешь это? Вплоть до stash моих изменений, вообще новой ветки нахрен, apply туда, и вот 100500 изменений заменены ОДНИМ КОМИТОМ НАХРЕН. Вот только VCS вместо помощи - активно мешался. Неизвестно зачем. Ибо кривое дерево с проблемными комитами я все равно релизить не пойду.
Ты не понял? В DVCS есть только 1 способ делать вещи безопасно. Смотреть, нахрен, глазами, что ты там мержишь. А если вы там пузыри пускаете на всех уровнях, всей толпой, и думаете что сделать пародию на SVN это отличная опция - не, это так не работает. И сильно нагибает эффективность девелопа.
И ты даже не понимаешь что я могу в обход всех воркфлоу у васяна утащить изменения, применить их в МОЕ дерево, и это вообще мое собачье дело как я это оформлю, а в основную репу оно прилетит как типа-мое. То что оно реально не мое... честное маркирование этого - на МОЕЙ совести. Как часть trust что я буду честно выполнять договоренности в РАСПРЕДЕЛЕННОЙ системе. Поэтмоу в итоге - все вопросы на ВСЕ что вкомичено мной - ко МНЕ. И дальше это уже я отдуваюсь, мой это косяк, или дальше даунстриму слонов надо раздать.
> b4 всего лишь враппер на нескучном йезычке.
Это какой-то эзотерический тул, на какие-то очень странные оказии. Настолько странные, что кисакуку поюзал его буквально 1-й раз в жизни. И налетел на этом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

291. Сообщение от Ананимус (?), 04-Июн-25, 15:45 +/–

> Как бы там ни было в этой истории, но rebase - зло!
Это данность. Ты пишешь код в ветке, делаешь 20 коммитов "WIP this and that LOL", потом тебе из этого надо собрать что-то похожее на нормальный патчсет. И дальше git reset --soft и git rebase -i до победного.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #293

292. Сообщение от пох. (?), 04-Июн-25, 16:01 +/–

Так переписывание происходит ДО мержа. Практики разработки таковы.
Что в этом случае, что в обычных.
Просто в этот (очередной!) раз что-то пошло не так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #294

293. Сообщение от пох. (?), 04-Июн-25, 16:10 +/–

>> Как бы там ни было в этой истории, но rebase - зло!
> Это данность. Ты пишешь код в ветке, делаешь 20 коммитов "WIP this
это модная-современная-тяпляпдрайвен разработка, да
> and that LOL", потом тебе из этого надо собрать что-то похожее
и зачем ты так работаешь?
Может проще не комитить всякую чушь?
> на нормальный патчсет.
а оно им от этого не становится. Потому что патчсет удобный для разбора и история твоей возни (особенно если ты вместо истории всякую записываешь чепуху) - две совершенно не пересекающиеся вещи.
Из одного другое вообще никак не получить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291 Ответы: #297

294. Сообщение от Ананимус (?), 04-Июн-25, 16:11 +/–

> Так переписывание происходит ДО мержа. Практики разработки таковы.
> Что в этом случае, что в обычных.
В каких обычных случаях люди переписывают чужие коммиты какой-то тулзой?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #295

295. Сообщение от пох. (?), 04-Июн-25, 16:16 +/–

он _свои_ переписывал.
Ну так получилось что "какая-то тулза" (повторяю - эта тулза называется - git) заодно решила по дороге поперезаписать чужие тоже. Причем - содержимое не поменяла, но разъехалась метаинформация. (поэтому заметить что что-то не так можно было только при попытке дернуть pull, а не пристальным вглядыванием)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294 Ответы: #296, #300

296. Сообщение от Ананимус (?), 04-Июн-25, 16:21 +/–

> он _свои_ переписывал.
Нет. Он мейнтейнер и переписывал коммиты тех людей что ему прислали патчи в ветку.
> Ну так получилось что "какая-то тулза" (повторяю - эта тулза называется -
> git) заодно решила по дороге поперезаписать чужие тоже.
Нет. Там же написано:
> > $ b4 trailers -u https://lore.kernel.org/all/CANpmjNPpyJn++DVZmO89ms_HkJ0OvQz...
> > Finding code-review trailers for 39 commits...
> Yeah, this is danger territory, because you're asking to update a random
> commit in the tree history. Without passing --since, we're looking at raw git
> history in the current branch as far as 1 month back to try to figure out the
> range of commits that we should work with:
Git там внизу, HG там внизу, SVN (да, он тоже так умеет) -- ваще насрать.
> Причем - содержимое не поменяла, но разъехалась метаинформация. (поэтому заметить что что-то не так можно было только при попытке дернуть pull, а не пристальным вглядыванием)
Ну так для этого там эта проверка и есть. Пулл не прошел, все развалилось, Линус пошел ругаться. Проблема-то где?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #301

297. Сообщение от Ананимус (?), 04-Июн-25, 16:45 +/–

> это модная-современная-тяпляпдрайвен разработка, да
До изобретения DVCS это называлось 'backup1.tgz', 'backup2.tgz'. Суть та же.
> и зачем ты так работаешь?
> Может проще не комитить всякую чушь?
Помимо того что не пользоваться одной из самых удобных функций DVCS (сохранение промежуточного состояния) -- странно, что ты предлагаешь делать с комментариями мейнтейнеров? Писать отдельными коммитами "Fixed reviewer comments"? Это напрочь ломает читаемость.
>> на нормальный патчсет.
> а оно им от этого не становится. Потому что патчсет удобный для
> разбора и история твоей возни (особенно если ты вместо истории всякую
> записываешь чепуху) - две совершенно не пересекающиеся вещи.
> Из одного другое вообще никак не получить.
Потому что ты не осилил rebase.
Вот это в моей ветке:
1. WIP
2. WIP
3. LOL everything works
4. Style
5. More debug
6. Docs
7. Ugh, fix that crash
Превращается вот в это в момент создания pull request:
lib: helpers functions for feature A in foo
foo: implement feature A
docs: document A in foo
И так делают все нормальные люди.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #305

298. Сообщение от Аноним (-), 04-Июн-25, 16:49 +/–

> В обоих случах связи копии с оригиналом в истории нет, кроме уже
> упомянутого мной необязательного комментария в случае сherry pick.
И, собственно, что? Предлагается заспамить все вокруг связями связей связей чисто во имя луны? У тебя нездоровая мания, DVCS это не инструмент тоталконтроля. И by design таковым быть не может!
Все вон то можно мануально отпедалить, просто слепив мануально новое дерево с форком и мануально же отреплеив. Это просто чуть канительнее - и тул должен помогать, а не мешаться.
> Само по себе поле committer нечего не доказывает без наличия подписи у коммита.
И более того - даже если комитер налепил подпись, это еще не доказывает на 100% что он лично это написал. А с внимательностью как у кисыкуку - ему вкатят черти что левые хакеры, кисакуку радостно шлепнет на это свою печать approved^W^W подпись, и вот дальше радости с его подписей? Он уже делом показал что не замечает эвона какой косяк, и он ловится - последней линией обороны, в виде Торвальдса. Что для безопасника вообще незачет!
> А т.к. подписывается коммит целиком (данные и метаданные), то и валидировать подпись
> можно только имея оригинальный коммит.
И даже эта валидация в случае кого-то типа кисыкуку доказывает что? Что он формально проштамповал это? БезопасТничек, тоже мне. Вот так вот отрихтовать ему файло, вызвать искусственный осыпон SSD - и он на голубом глазу подпишет любой хлам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275

299. Сообщение от Аноним (299), 04-Июн-25, 16:51 +/–

> если на калитке повесить надпись "Trespassers W" - прекрасно работает.
Это хорошо работает только там где тебя нет. А тебя за такие поползновения самого упакают на лет так дофига. Потому что не положено холопам настоящей частной собственности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284

300. Сообщение от Аноним (299), 04-Июн-25, 16:53 +/–

> он _свои_ переписывал.
> Ну так получилось что "какая-то тулза" (повторяю - эта тулза называется -
> git) заодно решила по дороге поперезаписать чужие тоже.
Тулза называется - b4 от вон того гражданина, при чем тут гит вообще? Это не часть комплектной поставки гита а самодеятельность той сладкой парочки. При том один напитонячил черти что, второй на этом налетел, проигнорив варнинг. Самое оно для безопасничка убунты, подхайлайтил свой уровень.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #303

301. Сообщение от Аноним (299), 04-Июн-25, 16:57 –1 +/–

> Ну так для этого там эта проверка и есть. Пулл не прошел,
> все развалилось, Линус пошел ругаться. Проблема-то где?
Проблема сейчас у пох. - он так старлся подогнать решение под заранее известный ему ответ "гит гамно" - но тут вся красивая теория развалилась. Потому что гамном оказался не гит а сочетание двух криворучек + левого тула, который один напитонячил абы как, второй на этом обломался, да еще первый его еще и забанил :) а потом и разбанил :\. В целом знатные распасы - но вот гит в эту схему вообще не вписывается и как раз отлично взвыл на левые потуги, где Торвальдс и насыпал в панамку заслуженных люлей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296 Ответы: #302

302. Сообщение от Ананимус (?), 04-Июн-25, 17:05 +/–

>> Ну так для этого там эта проверка и есть. Пулл не прошел,
>> все развалилось, Линус пошел ругаться. Проблема-то где?
> Проблема сейчас у пох. - он так старлся подогнать решение под заранее
> известный ему ответ "гит гамно" - но тут вся красивая теория
> развалилась. Потому что гамном оказался не гит а сочетание двух криворучек
> + левого тула, который один напитонячил абы как, второй на этом
> обломался, да еще первый его еще и забанил :) а потом
> и разбанил :\. В целом знатные распасы - но вот гит
> в эту схему вообще не вписывается и как раз отлично взвыл
> на левые потуги, где Торвальдс и насыпал в панамку заслуженных люлей.
b4 так-то довольно популярный у мейнтейнеров (как минимум), потому что руками теги расставлять это, прости господи, такая бессмысленная трата времени, что я даже не знаю. Но да, конкретно git тут вообще никаким образом не при делах. Ему сказали перепиши -- он переписал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #308

303. Сообщение от пох. (?), 04-Июн-25, 17:09 +/–

повторяем для бестолковых - это враппер. Ничего что не умеет гит, она не делает.
> Самое оно для безопасничка убунты, подхайлайтил свой уровень
но у него есть право на пул из его ветки, а значит и очень немало кода в ядре. Это вот - уровень. А у тебя - нихрена, вот и бесишься.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #304, #307

304. Сообщение от Ананимус (?), 04-Июн-25, 17:12 +/–

> повторяем для бестолковых - это враппер. Ничего что не умеет гит, она
> не делает.
Так этого никто и не отрицает. Отрицают что проблема в Git -- потому что враппер сказал сделай rebase от X до Y, хотя это было неправильно. Если бы снизу был HG -- было бы то же самое, потому что это логическая проблема во враппере.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

305. Сообщение от пох. (?), 04-Июн-25, 17:22 +/–

>> это модная-современная-тяпляпдрайвен разработка, да
> До изобретения DVCS это называлось 'backup1.tgz', 'backup2.tgz'. Суть та же.
только что другие анонимы верещали что чувак не умеет в бэкапы.
Теперь оказывается бэкап нинуна, нинуна, у нас dvcs.
(жаль что она вот нифига не бэкап)
>> и зачем ты так работаешь?
>> Может проще не комитить всякую чушь?
> Помимо того что не пользоваться одной из самых удобных функций DVCS (сохранение
> промежуточного состояния) -- странно, что ты предлагаешь делать с комментариями
Если мне НУЖНО промежуточное состояние - я могу его описать несколько иначе чем "WIP lol"
> Писать отдельными коммитами "Fixed reviewer comments"? Это напрочь ломает читаемость.
А если этим фиксом все же что-то сломали?
> Потому что ты не осилил rebase.
Повторяю - rebase никак не может разобрать твою ветку на "вот модификация (общих) заголовков, вот - (чужой) библиотеки, а вот - непосредственно мой код" - т.е. вид нужный для review - что ты понакодил, а что мог сломать другим.
Если вместо этого у тебя вот та билиберда что ты написал.
Ей даже cherry-picking не факт что поможет, потому что когда ты это понакодил ты это не делал именно по порядку. И если не потрудился сохранить отдельные _мелкие_ шаги, вместо этого сохранив свое настроение часа  - то их и взять неоткуда. А с совсем мелкими было б можно но так никто не делает, да и времени нужно неприлично много.
Поэтому все что ты получишь после ребейза и сжатия комитов разделение которых ценности явно для тебя самого не представляет - нате-на-лопате, йа накодиль!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #306

306. Сообщение от Ананимус (?), 04-Июн-25, 17:36 +/–

>>> это модная-современная-тяпляпдрайвен разработка, да
>> До изобретения DVCS это называлось 'backup1.tgz', 'backup2.tgz'. Суть та же.
> только что другие анонимы верещали что чувак не умеет в бэкапы.
> Теперь оказывается бэкап нинуна, нинуна, у нас dvcs.
> (жаль что она вот нифига не бэкап)
Почему не бекап?
когда уже сломал: git reflog
когда ещё готовишься: git switch -c branch-backup
По-моему, ты просто не осилил и теперь страдаешь.
>>> и зачем ты так работаешь?
>>> Может проще не комитить всякую чушь?
>> Помимо того что не пользоваться одной из самых удобных функций DVCS (сохранение
>> промежуточного состояния) -- странно, что ты предлагаешь делать с комментариями
> Если мне НУЖНО промежуточное состояние - я могу его описать несколько иначе
> чем "WIP lol"
А что поменяется? Это все равно коммит будет.
>> Писать отдельными коммитами "Fixed reviewer comments"? Это напрочь ломает читаемость.
> А если этим фиксом все же что-то сломали?
А если в коммите изначально баг был, но его не заметили? Я не спорю что _во время_ обсуждения это полезно, но после зеленых галок это только забивает историю странным. Если там есть что-то, заслуживающее описания, добро пожаловать в комментарии.
>> Потому что ты не осилил rebase.
> Повторяю - rebase никак не может разобрать твою ветку на "вот модификация
> (общих) заголовков, вот - (чужой) библиотеки, а вот - непосредственно мой
> код" - т.е. вид нужный для review - что ты понакодил,
> а что мог сломать другим.
Я тебе только что показал как это делается. Из 10 коммитов собираешь 3.
> Если вместо этого у тебя вот та билиберда что ты написал.
> Ей даже cherry-picking не факт что поможет, потому что когда ты это
> понакодил ты это не делал именно по порядку. И если не
> потрудился сохранить отдельные _мелкие_ шаги, вместо этого сохранив свое настроение часа
>  - то их и взять неоткуда. А с совсем мелкими
> было б можно но так никто не делает, да и времени
> нужно неприлично много.
> Поэтому все что ты получишь после ребейза и сжатия комитов разделение которых
> ценности явно для тебя самого не представляет - нате-на-лопате, йа накодиль!
Я не понимаю что ты отрицаешь. Что rebase умеет переписывать историю? Умеет. Что с его помощью нельзя разбить один большой diff на части? Можно. Давай меньше батхерт и больше конкретики, ничего не понятно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305

307. Сообщение от Аноним (-), 04-Июн-25, 17:38 +/–

> повторяем для бестолковых - это враппер. Ничего что не умеет гит, она не делает.
Повторяем для бестолковых: оно таки весьма кривой и хитрож@пый врапер, делающий левак по дефолту, пусть и с варнингом. А то что ты можешь эвон какой заподвыподверт отколоть, словить растяжение мышц, разбить бабушкину вазу, залить пол водой и проч - так это все-же ты - д@лб@оп, а не табуретки плохие. Нормальные люди на них сидят, а не пытаются по перилам ездить, бдж. То что при сильном желании можно и это попытаться - да, и чего? :)
>> Самое оно для безопасничка убунты, подхайлайтил свой уровень
> но у него есть право на пул из его ветки,
Это не дает ему прав наваливать апстриму какой-то совершенно левый трешак сгенеренный посторонним тулом абы как. И вот именно механика гита в паре с Тровальдсом левак как раз и отловила. Но плохой почему-то гит а не левая тулса и странные загоны вон тех господ.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

308. Сообщение от Аноним (-), 04-Июн-25, 17:44 +/–

> b4 так-то довольно популярный у мейнтейнеров (как минимум), потому что руками теги
> расставлять это, прости господи, такая бессмысленная трата времени,
Да уж, какой-нибудь "секурити тимщик" из убунты поставить тэг руками врядли сможет. Капец же времени надо. Вот только если кто настолько пузыри пускает и проносит ложку мимо рта - я не уверен что такое СУЩЕСТВО должно занимать пост в какой-то там секурити-тиме. Потому что если "секурити тимщик" выгружает апстриму левый треш - он по сути выставил сам себя профнепиргодным.
> что я даже не знаю. Но да, конкретно git тут вообще никаким образом не
> при делах. Ему сказали перепиши -- он переписал.
Я тоже не понимаю. С таким же успехом можно устроить заезд на табуретке по перилам и потом расшибшись вопить что табуретки - отстой. Хотя никто и не обещал что это отлично работает. Но чисто технически такой маневр выполнить возможно, конечно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от opteron (-), 01-Июн-25, 10:20	+22 +/–
Воот. А от чего такое происходит ?? А от того, что Git недосистема контроля версий позволяющая обратить Берию в Берингов пролив.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #10, #22, #67, #98, #104, #248

2. Сообщение от Аноним (2), 01-Июн-25, 10:21	+1 +/–
Он же Кис. Нет?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #83, #106

3. Сообщение от Аноним (3), 01-Июн-25, 10:29	+5 +/–
Хоть кто-то проверяет хеши, весь этот театр безопасности в виде сертификатов смешон, если любой (ну, не любой) может представиться, кем надо. Это камень в https, хеши у которого меняются раз в месяц, а cdn вообще случайные обещает выдавать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #99, #182

5. Сообщение от Аноним (-), 01-Июн-25, 10:38	+46 +/–
А кто же ее написал такой убогой?! Кто??? Там в коммитерах какой-то Линус Торвальдс, но возможно это просто подмена авторства?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #84, #91, #123

9. Сообщение от Аноним (9), 01-Июн-25, 10:47	–2 +/–
Помнитсябыл кадр который уязвимость в ядро протащил в целях исследования. Тут похоже тоже.
Ответить \| Правка \| Наверх \| Cообщить модератору

10. Сообщение от Герострат (?), 01-Июн-25, 10:50	–2 +/–
Надо гит на блокчейне
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #20, #180

15. Сообщение от Аноним (15), 01-Июн-25, 10:54	+7 +/–
>и лидера Ubuntu Security Team Прэлэстно
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #68, #238

16. Сообщение от Аноним (16), 01-Июн-25, 10:55	+2 +/–
> Кеса Кука, бывшего главного сисадмина kernel.org > Всё это происходило на фоне сбоя SSD-накопителя Прохладные истории для отмазки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #30

18. Сообщение от Аноним (18), 01-Июн-25, 11:00	+11 +/–
Узбагойтесь. Не "инцидент", а проблема в b4 https://lore.kernel.org/all/202505312300.95D7D917@keescook/ Галоперидолу за счет заведения всем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #48, #69, #71

19. Сообщение от vadiml (ok), 01-Июн-25, 11:13	–6 +/–
rebase -- вредная вещь, после неё полный бардак получается
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #44, #64

20. Сообщение от Аноним (20), 01-Июн-25, 11:15	+/–
Mercurial называется. Но соя не умеет в порядок — а ведь там как раз всё это из коробки: — Чёткие ветки, а не просто теги — Невозможность смерджить более двух ветвей за раз — Защита от отката коммитов — можно лишь дослать исправление, история всё видит и хранит — Жёсткая привязка имени к коммиту и прочая. Но кому нужны эти глупые правила, если сое интереснее в коммитах?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #21, #23, #35, #115, #146

21. Сообщение от Аноним (20), 01-Июн-25, 11:15	+/–
*интереснее эмодзи в коммитах
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

22. Сообщение от Аноним (22), 01-Июн-25, 11:28	+/–
Ситуация настолько нетипичная, что под это оформили целую новость. Но комментаторы живенько стали выдавать это за обычное явление.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #85

23. Сообщение от Смузихлеб забывший пароль (?), 01-Июн-25, 11:32	+4 +/–
ну откат коммитов порой весьма полезен за исключением случаев, когда поверх сделанного коммита не навалили ещё, имеет смысл возможность отката того что есть
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20 Ответы: #86

26. Сообщение от Аноним (26), 01-Июн-25, 11:48	–1 +/–
Если вернуться к истокам, в далекий 2005й, то в первом коммите в гит, есть расшифровка названия. - "global information tracker": you're in a good mood, and it actually works for you. - "goddamn idiotic truckload of sh*t": when it breaks Сегодня он стал вторым)) ps пруф https://github.com/git/git/commit/e83c5163316f89bfbde7d9ab23...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #74, #217

30. Сообщение от Аноним (-), 01-Июн-25, 11:51	+/–
Для меня это больше похоже на оверреакцию со стороны Линуса. Не, с воспитательной точки зрения это вероятно правильно, чтобы впредь внимательнее были, но чтоб такое намеренно произошло -- вряд ли. Чувак отмечался тем, что какие-то там скрипты писал, для целенаправленного внесения коллизий. Вероятно эти скрипты просто модифицированные другие скрипты какие-нибудь. Он, надо полагать, как то это всё организовывал, чтобы оно работало, но как бэ это сказать... Тебе не приходилось нечаянно гонять не те версии своих скриптов/программ, просто потому что у тебя в каком-то репе checkout не на тот коммит был сделан? Мне приходилось. Обычно это не проблема, потому что поработав над скриптом, коммитишь всё, и делаешь checkout нужного коммита. Довольно простой воркфлоу, в котором ошибаешься только если начинаешь переключать внимание с одного репа на другой, внося изменения то там, то здесь. А если у него ssd сдох, и он восстанавливал информацию оттуда, то очень вероятно что где-то он что-то накосячил, и окружение в котором его скрипты выполняются оказалось не таким, каким было до восстановления. Восстановить его может быть очень сложно, потому что элементарно не помнишь всех деталей. Надо очень скрупулёзно пройтись по всем скриптам, посмотреть какие другие скрипты они дёргают, проверить какие конкретно коммиты используются, посмотреть на другие ветки, чтобы вспомнить, что именно там, и не надо ли гонять данный скрипт вот на той экспериментальной ветке... Не, может другие люди более организованны чем я, и у них всё это проще, но я б после такого пару месяцев бы паранойил на предмет того, всё ли у меня работает, и вот нисколько бы не удивился, если бы словил бы какую-нибудь плюху через год после железного инцидента. С публичными репами я обхожусь довольно строго, потому что надо всё отребазить и пулл-реквест отправить, и там надо чтобы всё чётко было. Но со своими личными репами я гораздо ленивее поступаю, и иногда мне приходится разгребать накопившийся бардак.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #37

35. Сообщение от Аноним (35), 01-Июн-25, 12:03	+2 +/–
А давно гит соевый? :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20 Ответы: #40, #210, #250

37. Сообщение от Аноним (16), 01-Июн-25, 12:06	–1 +/–
> А если у него ssd сдох, и он восстанавливал информацию оттуда то это - признание в некомпетентности "админа".
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30 Ответы: #118

38. Сообщение от Аноним (38), 01-Июн-25, 12:06	+2 +/–
SSD сыпется. Комитит, сам не понимая что. Но без таких pull-запросов было бы скучно жить.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #153

39. Сообщение от Аноним (39), 01-Июн-25, 12:08	–1 +/–
>после чего попытался решить их операцией "git rebase" Почему он просто не стянул оригинальный код из гита? Посчитал, что на сбойном SSD данные хранятся надежней? >учётную запись Кеса Кука, бывшего главного сисадмина kernel.org и лидера Ubuntu Security Team, сопровождающего в ядре 14 подсистем, связанных с безопасностью. Это что бы вы понимали, кто у них занимается этой вашей "безопасностью"...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #42, #43, #107, #163

40. Сообщение от Аноним (40), 01-Июн-25, 12:09	+7 +/–
Always been
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #35

42. Сообщение от dim (??), 01-Июн-25, 12:24	+2 +/–
Эх, даже страшно представить сколько на самом деле закладок в этом самом ядре Linux. Уверен, каждая спецслужба мира уже успела отметиться там, так как с их возможностями подкупить разработчиков вроде Кеса Кука дело плевое.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #39 Ответы: #114

43. Сообщение от нах. (?), 01-Июн-25, 12:27	+/–
> Почему он просто не стянул оригинальный код из гита? потому что в отличие от тебя, васяна, он - разработчик ядра, а не стягиватель оригинальных котов. И его собственные правки, размазанные по всей истории, НЕОЖИДАННО, ему нужны. Ну а что гит - неуправляемое и никем (даже, как выясняется, собственным "автором"(нет) и специалистом по безопастносте ведра) до конца не понимаемое УГ - давно и без этой истории очевидно. Теперь еще обвешанное еще одним нескучным враппером якобы "to make it easier for project developers and maintainers to use a distributed development workflow", а на практике вот такая фигня получается.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #39 Ответы: #111, #136

44. Сообщение от Аноним (44), 01-Июн-25, 12:27	+1 +/–
> rebase -- вредная вещь А что нужно использовать вместо нее?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #54

48. Сообщение от Аноним (48), 01-Июн-25, 12:47	+4 +/–
> Не "инцидент", а проблема в b4 Самое смешное в этой истории кто автор b4 https://github.com/mricon > Константин Рябцев, отвечающий за работу инфраструктуры kernel.org, выполнил блокировку. ему Крис в штаны наложил :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #132

50. Сообщение от какая разница (?), 01-Июн-25, 12:49	–1 +/–
Очевидна же ошибка в правильном выполнении команды git-rebase со стороны Git, но > Линуса не устроило такое объяснение
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #65

54. Сообщение от Аноним (54), 01-Июн-25, 12:58	–2 +/–
Ничего. Испортил коммиты – делай новые следом, не исправляя старые. Всё должно быть в истории.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #44 Ответы: #58

58. Сообщение от Аноним (44), 01-Июн-25, 13:10	+1 +/–
Rebase используется в первую очередь для слияния ветвей, а не правки уже залитых коммитов с последующим push --force. Вопрос (и упоминание rebase в новости) был именно в этом контексте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #54 Ответы: #61, #87

61. Сообщение от Аноним (54), 01-Июн-25, 13:28	–3 +/–
Если в main были изменения, то стягиваешь их свою ветку снова и накладываешь патчи. И только потом сливаешь без проблем в main.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #58 Ответы: #75

64. Сообщение от Аноним (64), 01-Июн-25, 13:46	+2 +/–
Это был не rebase. Кис использовал низкоуровневую команду git-filter-repo в сочетании со скриптом, который с этой командой был несовместим. По крайней мере, он сам так утверждает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #108