forum.opennet.ru

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

Оглавление

Выпуск распределённой системы управления версиями Mercurial 4.8, opennews (??), 05-Ноя-18, (0) [смотреть все]

Git наше все Почему все еще развивается этот меркуриал , Вася (??), 10:21 , 05-Ноя-18, (2) –21 //

Эээ, Уася Меркуриал тебе жить мешает, да , Аноним (4), 10:23 , 05-Ноя-18, (4) +16 //

Мешает Некоторые полезные проекты с неадекватным руководством почему-то выбираю, Аноним (56), 21:49 , 05-Ноя-18, (56) –5 //

Да чего там учить-то, болезный Тем более, что локально тебе никто не мешает поль, myhand (ok), 22:22 , 05-Ноя-18, (60) –1

Мешает, гит не умеет в поддержку иных VCS И расширения к нему не написать , O01eg (?), 22:46 , 05-Ноя-18, (62)

Git ещё не умеет в версии директорий, в переименования файлов и прочая, прям CVS, Клапауций (ok), 00:29 , 06-Ноя-18, (64) +5

Зачем man git-mvО как, оказывается , myhand (ok), 15:00 , 06-Ноя-18, (80)

Не нужно Известный аргмент Сам-то читал Wrapper над mv, git remove, git add , Клапауций (ok), 15:52 , 06-Ноя-18, (82) +2

Так и запишем зачем нужно - не знаю Все страшнее приходилось и пользоваться На, myhand (ok), 17:07 , 06-Ноя-18, (85) –2

Это из чего ж такой вывод-то Не нужно - это твоя реприза Не знаю - тоже пр, Клапауций (ok), 06:33 , 07-Ноя-18, (92) +1

Но не скажешь Знакомые знания двоешника Конечно Достаточно взглянуть на , myhand (ok), 09:50 , 07-Ноя-18, (106)

Это же угадайка обычная, результат которой ещё и от флагов зависит Даже diff --, develop7 (ok), 23:20 , 07-Ноя-18, (127)
И ты можешь показать случай, где данная угадайка не работает , myhand (ok), 01:01 , 08-Ноя-18, (129)
Конечно, https github com openSUSE systemd pull 7 commits 8463b5cb40d2bfbadda4, develop7 (ok), 09:21 , 08-Ноя-18, (136) –1
А ты еще весь контент файла в этом коммите заменил бы до кучи, нафига оставлять , myhand (ok), 10:39 , 08-Ноя-18, (138)
Вот и оправдания начались Только что проверил в диффе старый файл удалило, новы, develop7 (ok), 11:11 , 08-Ноя-18, (139)
Я лишь констатировал, что гранату дали обезьяне С предсказуемым результатом Эт, myhand (ok), 11:49 , 08-Ноя-18, (140)
Вот и некорректные аналогии начались Я же и говорю в зависимости от ключей ком, develop7 (ok), 21:15 , 08-Ноя-18, (149)
Почему Мы же выяснили, что данным конкретным инструментом ты умеешь пользовать, myhand (ok), 01:13 , 09-Ноя-18, (152)
Как будто существует способ убедить тебя в обратном Нормальные люди не аутичные, develop7 (ok), 10:48 , 09-Ноя-18, (156)
Не допускать идиотских ошибок Ну или хоть не врать для начала Так она вполне д, myhand (ok), 12:13 , 09-Ноя-18, (157)

Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и , myhand (ok), 14:53 , 06-Ноя-18, (79) +1

через кривые врапперы, или благодаря тому, что hg-то как раз - умеет А сделать п, нах (?), 14:05 , 12-Ноя-18, (161)

Что hg умеет, болезный, svn Ну как бы есть задача взаимодействия с удаленным ре, myhand (ok), 10:26 , 13-Ноя-18, (163)

Git уже стандартизировали, я чего-то пропустил ISO, NIST, ГОСТ О, оказывается М, Аноним (68), 11:15 , 06-Ноя-18, (68) +1

Это такая мода пошла, где хайп и стандарт - синонимы , А (??), 12:42 , 06-Ноя-18, (70) +3

Специально, чтобы тебя позлить , Аноним (14), 10:50 , 05-Ноя-18, (14) +8
дык видишь же - мурзилла никак с него не слезет, им бы стильно-модно-молодежно п, пох (?), 11:14 , 05-Ноя-18, (20)
Популярность Git держится на моде и известности Торвальдса Если бы Торвальд выб, ДНК (?), 13:24 , 05-Ноя-18, (32) +9 //

популярность git держится на бабках инвесторов, вбуханных в гитляп и гитхляп в, пох (?), 17:00 , 05-Ноя-18, (45) –1 //

На самом деле - самый лучший код пишут программирующие в наручниках Левой ного, myhand (ok), 17:39 , 05-Ноя-18, (47) +1

для программирования никакие vcs не нужны, а умеющему только pull push и бесполе, пох (?), 20:13 , 05-Ноя-18, (54) –1

Ваша правда Компьютеры, кстати, тоже Кайло в зубы - и высекай нетленку на гр, myhand (ok), 22:20 , 05-Ноя-18, (59)
Да, и текстовый редактор не нужен, можно ведь делать cat src c ENTER, вводить к, Ordu (ok), 10:47 , 06-Ноя-18, (67)

skip ты прекрасно описал use-pattern cvs какое, милые, у вас, тысячелетье на д, пох (?), 13:20 , 06-Ноя-18, (72) +1

gt оверквотинг удален Это интересно Если тебе не влом, расскажи мне, как в н, Ordu (ok), 14:03 , 06-Ноя-18, (76)

Вы имеете в виду git commit -p Возрадуйтесь, ибо существует и git add -p , Аноним (81), 15:40 , 06-Ноя-18, (81)

Притом, что обновление рабочего каталога Это с чего вдруг, гражданин телепат Вел, myhand (ok), 14:47 , 06-Ноя-18, (78)

в каком месте в слове checkout находится обновление рабочего каталога ну вот,, пох (?), 22:15 , 06-Ноя-18, (88)

Ну, checkout как бы символизирует check out Дальше см словарь англо-русский m, myhand (ok), 23:33 , 06-Ноя-18, (91) –1

обновления рабочего каталога я в этом словаре не усматриваю Наверное, у те, пох (?), 19:32 , 07-Ноя-18, (123)

Смотри лучше Делай коммиты так, чтобы потом не понадобилось их переделывать по-ч, myhand (ok), 00:54 , 08-Ноя-18, (128) –1

Тут как бы очень спорный вопрос - надо ли мне видеть вообще всю лажу Пупкина Я , Аноним (-), 09:54 , 07-Ноя-18, (108)

в случае hg можно баловаться в named branches - которые можно вообще не экспорти, пох (?), 19:41 , 07-Ноя-18, (124)

До его окончания не дожил даже МакЛауд Представляешь себе как оно - на любое де, Аноним (-), 09:45 , 07-Ноя-18, (105) +1

Она не умеет, блин, локальную работу с версиями толком Да и ремотную - перекачи, Аноним (-), 09:58 , 07-Ноя-18, (110)

Ну да Древние как-то тумблерами на шину, с тетрадного листка Правда вот время , Аноним (-), 09:22 , 07-Ноя-18, (93)

8230 а остальное реализовано по принципу и так сойдет , Аноним (4), 10:22 , 05-Ноя-18, (3) +1 //

Принцип Парето, Blind Vic (ok), 11:34 , 05-Ноя-18, (21) +2
А, ну да, это ж было давно аж целых 2-3 года прошло и поэтому уже почти неправ, Анонн (?), 13:07 , 05-Ноя-18, (30) +1

К сожалению, ртуть проиграла эту гонку и я рад, что остался только один , Аноним (5), 10:24 , 05-Ноя-18, (5) –4 //

Причём не самый лучший Mercurial вроде лучше Git, а Bazaar ещё лучше, но в цело, Онаним (?), 10:30 , 05-Ноя-18, (8) –4 //

Github уже не тру, его же мелкомягкие купили Чёрная метка поставлена , th3m3 (ok), 10:38 , 05-Ноя-18, (13) +1 //

Черная метка кому Ну наверное не гиту - его ms даже в студии внедрил Хоть это , Аноним (-), 09:23 , 07-Ноя-18, (94) –2

Майкрософт в первую очередь бизнесмены, а не какая-то технологическая компания и, Аноним (115), 10:36 , 07-Ноя-18, (115) –3

Базар вообще донный, не даром с него все известные проекты свалили, а разработка, Аноним (83), 16:22 , 06-Ноя-18, (83) //

ну вообще-то у него достаточно странный набор претензий - далеко не всем и все о, пох (?), 19:47 , 07-Ноя-18, (125)

Интересно много ли осталось людей, кому он привычный Я вот как изучил CVS ещё в, Онаним (?), 10:27 , 05-Ноя-18, (7) //

сейчас, как и тогда, когда вы не учились в школе, а били баклуши, привычный бол, пох (?), 11:05 , 05-Ноя-18, (15) +5 //

ну это и камень в огород гита нафига сделать сложно, если можно просто , Gemorroj (ok), 16:28 , 05-Ноя-18, (43) +2 //

там скорее не сложно, а просто криво - нафига - понятно, потому что целевой поль, пох (?), 17:42 , 05-Ноя-18, (48) +2
Так Торвальдс под свой уровень и уровень своей команды делал Но простейшие опер, Аноним (-), 09:24 , 07-Ноя-18, (95)

не обижайте команду - команд там было не одна, и многие ушли из проекта, так и н, пох (?), 19:51 , 07-Ноя-18, (126)

О, илитка подтянулась А что для вас управление версиями Неужель многоэтажные, Аноним (56), 21:55 , 05-Ноя-18, (58) –1 //

найди, в чужом незнакомом проекте, что именно и зачем там менялось за пару-трой, пох (?), 22:34 , 05-Ноя-18, (61)

А шо, hg научился в нормальные бранчи то уже , Аноним (-), 09:25 , 07-Ноя-18, (96) –1

В hg изначально нормальные бранчи, вот в git какие-то закладки , Аноним (103), 09:36 , 07-Ноя-18, (103) +1

это ты про git-bisect , annual slayer (?), 06:06 , 08-Ноя-18, (133)

это про случай посложнее хеловрот, когда тест требует отдельной сложной системы,, пох (?), 07:37 , 08-Ноя-18, (134)

и какие лучшие альтернативы предлагаются для решения подобных ситуаций , annual slayer (?), 21:32 , 08-Ноя-18, (150)

лучшие чем что Чем git Или чем переписывание проекта самому, с нуля В истории , пох (?), 22:11 , 10-Ноя-18, (160)

чем именно удобнее я не знаком близко с hg, но в чем там еще разница в контекс, annual slayer (?), 02:53 , 13-Ноя-18, (162)

дык, мало того что они это помнят - нет rebase ну, при правильном использовании, пох (?), 07:27 , 14-Ноя-18, (164)

Есть еще bazaar , m (??), 10:32 , 05-Ноя-18, (9) –2 //

Его бы переименовать, а то для русскоязычных, может ещё на каких языках, его наз, Аноним (24), 12:13 , 05-Ноя-18, (24) –4 //

Это отсылка к The Cathedral and the Bazaar , esr (?), 15:36 , 05-Ноя-18, (38) +1

Когда-то использовали в фирме базар Есть у него свои фичи, которых нет ни в hg,, Анонимный (?), 15:42 , 05-Ноя-18, (39) +1

Наконецто Необходимость делать checkout полугодовой ветки с кучей изменений тол, Аноним (10), 10:34 , 05-Ноя-18, (10) //

Что значит закрыть ветку Удалить ее что-ли , Аноним (12), 10:36 , 05-Ноя-18, (12) +1 //

Ветку удалить нельзя Ветку закрывают чтобы не мешала , Аноним (10), 15:32 , 05-Ноя-18, (36)

а зачем ее закрывать Вот она у вас спала себе спокойно в гробике, пол-года, у, пох (?), 11:09 , 05-Ноя-18, (17) +1 //

Когда у вас большая команда и большое количество веток - определить их активност, Аноним (10), 15:45 , 05-Ноя-18, (41) //

а, понял, вот что значит не уметь современные ide мне-то без разницы - открытая , пох (?), 17:50 , 05-Ноя-18, (50)

Это не для Вас команда, а для релиз-менеджера Ну, того человека, который, соглас, Алексей Морозов (ok), 18:45 , 05-Ноя-18, (52) +1

На третий питон еще не переехали , Аноним (16), 11:08 , 05-Ноя-18, (16) –1 //

какой именно из трех - нет вот поэтому и не переехали К тому же в этом проект, пох (?), 11:11 , 05-Ноя-18, (19) +2 //

Третьи обратно совместимы внутри третьей Так что перейти с 3 i на 3 i 1 не пр, Аноним (24), 12:17 , 05-Ноя-18, (26) //

Неправда, стабилизировалась 3 ветка только с версии 3 3 , Аноним (28), 12:37 , 05-Ноя-18, (28)

Стабилизировалась и обртная совместимость, как бы, не одно и тоже Что, в 3 3 вы, Аноним (68), 11:26 , 06-Ноя-18, (69)

Между версиями 2 7 и 3 много разниц, многоплатформенный код уже не сделать , Ю.Т. (?), 13:02 , 06-Ноя-18, (71)

Ты не поверишь Не только можно, но и делают Примеров говнокода - много, я знаю, myhand (ok), 14:09 , 06-Ноя-18, (77)

Мало ли чего на свете делают Ну наконец-то хоть один специалист по говну Ну, а у, Ю.Т. (?), 16:56 , 06-Ноя-18, (84)

Т е ты просто громко пУкнул в обществе, верно Да мне ж не жалко Найми консуль, myhand (ok), 17:16 , 06-Ноя-18, (86)

Неверно И у тебя какая-то фиксация на этом отверстии и его функциях Совет был, Ю.Т. (?), 18:15 , 06-Ноя-18, (87) +1

В смысле Проекты, которые умудряются поддерживать несколько версийпитона, в ча, myhand (ok), 23:01 , 06-Ноя-18, (90)

Примерно та же логика оправдания странных действий, что и в случае Файрфокса и с, Ю.Т. (?), 10:16 , 07-Ноя-18, (111)
Где я писал про оправдания странных действий Просто привел конкретныепримеры п, myhand (ok), 11:33 , 07-Ноя-18, (116)
Зато я писал Имею же я право расширить ответ сравнением Попрыгай ещё Только нау, Ю.Т. (?), 12:36 , 08-Ноя-18, (141)
Ты имеешь право на демагогию, да Ну а что еще тебе остается Не переживай, не з, myhand (ok), 12:45 , 08-Ноя-18, (142)
в настоящее время каждый имеет правовот ты же ведёшь себя в обычном вроде бы раз, Ю.Т. (?), 12:51 , 08-Ноя-18, (143)
Тебя - далеко и надолго , myhand (ok), 13:10 , 08-Ноя-18, (144)

Стабильность у нее только в одном - что апгрейдер убунты на этом стабильно лажае, Аноним (-), 09:36 , 07-Ноя-18, (102) +2

С чего вдруг, кто назначил , myhand (ok), 09:54 , 07-Ноя-18, (107)

Я Очень хорошо отражает всю суть Полный пофиг на глупости типа кодов ошибок Н, Аноним (-), 10:18 , 07-Ноя-18, (112) +1

Фу, пронесло Я уж думал, кто-то с интеллектом круче чем у морковки , myhand (ok), 11:40 , 07-Ноя-18, (118) –1

Потому-то справедлива мысль, что не бывает по-настоящему плохих неправильно спр, КГБ СССР (?), 15:43 , 05-Ноя-18, (40) //

Ну как бы если ЯП приходится патчить столько раз, руша совместимость - тут с про, Аноним (-), 09:39 , 07-Ноя-18, (104)

Спроектированные языки - все дохлые Любые современные языки - так или иначе меня, myhand (ok), 09:58 , 07-Ноя-18, (109)

Как угодно но древний лемпелзив на C89 собирается распоследним gcc А пихтону до, Аноним (-), 10:20 , 07-Ноя-18, (113)

Это потому, дурачок, что компиляторы поддерживают несколько стандартов Ну и не, myhand (ok), 11:39 , 07-Ноя-18, (117) –1

Если бы Гвидо думал головой много лет назад, когда его, с позволения сказать, пр, КГБ СССР (?), 17:32 , 07-Ноя-18, (119)

И сколько языков спроектировал ты , myhand (ok), 01:02 , 08-Ноя-18, (130)

а вот и типовая подмена понятий не нужно быть шеф-поваром со столетним стажем, , пох (?), 07:40 , 08-Ноя-18, (135)

Поправил а вот и типовая подмена понятий не нужно быть шеф-поваром со столетним, myhand (ok), 10:12 , 08-Ноя-18, (137) –1

Сперва добейся, ага Попробуй вести споры по-мужски, а не как баба Иначе с тобой, КГБ СССР (?), 19:15 , 08-Ноя-18, (145)

Ушол в слезах , myhand (ok), 19:27 , 08-Ноя-18, (146)

Ты помнишь, как ты недавно с унылым prokokokoudine на своей шкуре это всё испыты, КГБ СССР (?), 19:56 , 08-Ноя-18, (147)

Это thintelligence, увы , Ю.Т. (?), 20:28 , 08-Ноя-18, (148)
Кто-же тебя заставлял это делать Неужели я тут ковырялся в носу, заявляя какой, myhand (ok), 00:45 , 09-Ноя-18, (151)

А ты Гвидо Или он тебя нанял защищать свои интересы на опеннете Если нет, то п, КГБ СССР (?), 08:44 , 09-Ноя-18, (153)

И что, мне каждую табуретку в интернетах сразу слушаться, которая обделается и в, myhand (ok), 09:35 , 09-Ноя-18, (154)
Ну старина, ну thintelligence же За поясом предположим три с половиной д, Ю.Т. (?), 10:31 , 09-Ноя-18, (155)
В интернете мы представлены довольно скупо, можно и ошибиться , КГБ СССР (?), 15:01 , 09-Ноя-18, (158)
Мы - это кто , myhand (ok), 20:22 , 09-Ноя-18, (159)

Уже только за это стоит пользоваться этим проектом , O01eg (?), 16:28 , 05-Ноя-18, (42)
А на питоне кто-то еще програмит Да быть того не может Хотя самые отъявленные, Аноним (-), 09:27 , 07-Ноя-18, (97)

Они всё ещё используют устаревший Python 2 7 , Аноним (18), 11:10 , 05-Ноя-18, (18) –1 //

Да, они всё ещё используют быструю ветку питона , Аноним (22), 11:43 , 05-Ноя-18, (22) –1 //

И что они будут быстро предпринимать после истечение срока поддержки 2 7 , Аноним (24), 12:14 , 05-Ноя-18, (25) –1 //

Если доживут, то ничего, Аноним (29), 12:45 , 05-Ноя-18, (29) +1

Корректность, потом скорость Не наоборот , Анолим (?), 13:21 , 05-Ноя-18, (31) //

Что и где корректно в трёх наиболее распространённых ветках третьепитона 3 3, 3, Аноним (22), 04:14 , 08-Ноя-18, (131)

Mercurial покойся с миром , Аноним (23), 11:55 , 05-Ноя-18, (23) //

Ага - А что ты умеешь - Могу хоронить - А еще что - Могу и не хоронить , Аноним (27), 12:20 , 05-Ноя-18, (27)

Давно уже переписали с богомерзкого Си https github com facebookexperimental m, Rustoman Nazis (?), 13:56 , 05-Ноя-18, (33) //

The version that we provide on GitHub does not build yet Ну ок , Аноним (34), 15:18 , 05-Ноя-18, (34) +4 //

все норм - они переписали, и у них и для них работает как-то - а то что выложи, пох (?), 18:01 , 05-Ноя-18, (51)

Покайся, святотатник, и больше никогда не гони на православный С , Аноним (81), 18:55 , 05-Ноя-18, (53) //

Пусть себе операционку с него хотя-бы перепишет, а потом быкует , Аноним (-), 09:28 , 07-Ноя-18, (98)

Оно всё ещё на Python 2, лол , Дуплик (ok), 15:21 , 05-Ноя-18, (35) //

Вам пользоваться или чтобы новомодно было , Аноним (22), 04:16 , 08-Ноя-18, (132)

А что так приспичили -- или SHA1 уже ломается с писюка домохозяйки Клавы , КГБ СССР (?), 15:36 , 05-Ноя-18, (37) //

КГБ СССР бы знало , myhand (ok), 17:43 , 05-Ноя-18, (49)
Полностью ещё не ломается Но какие-то уязвимости, пусть и далёкие от широкого п, funny.falcon (?), 23:07 , 05-Ноя-18, (63)

Разве в OOO работает меркуриал Достаю их исходники ч з svn , Ю.Т. (?), 16:52 , 05-Ноя-18, (44) //

OOO как бы по сути сдох и на этом фоне уже и не важно на чем он работает , Аноним (-), 09:29 , 07-Ноя-18, (99)

Так вот почему он не взлетел , Аноним (46), 17:18 , 05-Ноя-18, (46) +1 //

А ответ один язык-прототип, язык-псевдокод, язык-gil Ничего другого с такими и, Ложечка (?), 20:14 , 05-Ноя-18, (55) –1 //

сконвертировать в питон 3 довольно просто, Аноним (46), 09:27 , 06-Ноя-18, (66) –1 //

Только потом не работает нифига и падает с жуткими стэктрейсами И придется пере, Аноним (-), 09:31 , 07-Ноя-18, (100)

а мужики-то и не знают - , пох (?), 13:23 , 06-Ноя-18, (73)

Комменты не читал Там ожидаемо будет срач Mercurial vs Git Это как срач между т, Аноним (-), 08:42 , 06-Ноя-18, (65) //

шурупы, к сожалению А так да, разницы никакой, пока ты не пытаешься такой кем-то, пох (?), 13:25 , 06-Ноя-18, (74) //

Аналогия хромает Пр приведенному выше примеру мы должны сделать глючный коммит , MA3OXOCT (?), 13:53 , 06-Ноя-18, (75) //

вы неправильно поняли аналогию не, мы им шуруп забили, можно, конечно, попытатьс, пох (?), 22:32 , 06-Ноя-18, (89) +1

Чтобы нанять поха в качестве архитектора - надо нуться на отличненько Вы ска, Аноним (-), 09:33 , 07-Ноя-18, (101)

Шуруп забитый молотком держится крепче, чем гвоздь закрученный отверткой c , Аноним (114), 10:28 , 07-Ноя-18, (114)

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

2. "Выпуск распределённой системы управления версиями Mercurial ..." –21 +/–

Сообщение от Вася (??), 05-Ноя-18, 10:21

Git наше все. Почему все еще развивается этот меркуриал? :/

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

4. "Выпуск распределённой системы управления версиями Mercurial ..." +16 +/–

Сообщение от Аноним (4), 05-Ноя-18, 10:23

Эээ, Уася! Меркуриал тебе жить мешает, да?

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

56. "Выпуск распределённой системы управления версиями Mercurial ..." –5 +/–

Сообщение от Аноним (56), 05-Ноя-18, 21:49

Мешает. Некоторые полезные проекты с неадекватным руководством почему-то выбирают его вместо стандартного git. Как результат, для работы с ними нужно учить ещё один совершенно не-юзерфрендли инструмент, их нет и не будет на стандартном же github со всеми вытекающими в виде неудобства контрибутинга и отсутствии интеграции с кучей инструментов.

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

60. "Выпуск распределённой системы управления версиями Mercurial ..." –1 +/–

Сообщение от myhand (ok), 05-Ноя-18, 22:22

Да чего там учить-то, болезный?
Тем более, что локально тебе никто не мешает пользоваться git.

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

62. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от O01eg (?), 05-Ноя-18, 22:46

> Тем более, что локально тебе никто не мешает пользоваться git.
Мешает, гит не умеет в поддержку иных VCS. И расширения к нему не написать.

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

64. "Выпуск распределённой системы управления версиями Mercurial ..." +5 +/–

Сообщение от Клапауций (ok), 06-Ноя-18, 00:29

Git ещё не умеет в версии директорий, в переименования файлов и прочая, прям CVS 21-го века какой-то. При этом, как жонглёр локальными коммитами равных себе не имеет. Собственно, для чего Торвальдс его поначалу и создавал.
К несчастью, его с завидным упрямством напяливают на глобус, заставляя прикидываться универсальным инструментом. И даже с некоторым успехом.

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

80. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 06-Ноя-18, 15:00

> Git ещё не умеет в версии директорий
Зачем?
> в переименования файлов
man git-mv
> Собственно, для чего Торвальдс его поначалу и создавал.
О как, оказывается.

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

82. "Выпуск распределённой системы управления версиями Mercurial ..." +2 +/–

Сообщение от Клапауций (ok), 06-Ноя-18, 15:52

>> Git ещё не умеет в версии директорий
> Зачем?
"Не нужно"? Известный аргмент.
>> в переименования файлов
> man git-mv
Сам-то читал? Wrapper над mv, git remove, git add - это именно CVS.
> О как, оказывается.
Хоть для кого-то это - новость. Светоч до этого, точнее, до Bitkeeper-a, вообще патчики ручками накладывать изволили, а лог изменений вели в файлике.
Ну и самого гуру вам в помощь:
"This is a stupid (but extremely fast) directory content manager.  It
doesn't do a whole lot, but what it _does_ do is track directory
contents efficiently."
"Note on changesets: unlike real SCM's, changesets do not contain rename
information or file mode chane information.  All of that is implicit in
the trees involved (the result tree, and the result trees of the
parents), and describing that makes no sense in this idiotic file
manager."

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

85. "Выпуск распределённой системы управления версиями Mercurial ..." –2 +/–

Сообщение от myhand (ok), 06-Ноя-18, 17:07

>>> Git ещё не умеет в версии директорий
>> Зачем?
> "Не нужно"? Известный аргмент.
Так и запишем: зачем нужно - не знаю.
>>> в переименования файлов
>> man git-mv
> Сам-то читал?
Все страшнее: приходилось и пользоваться.
>> О как, оказывается.
> Хоть для кого-то это - новость.
Начиная с создателя...

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

92. "Выпуск распределённой системы управления версиями Mercurial ..." +1 +/–

Сообщение от Клапауций (ok), 07-Ноя-18, 06:33

> Так и запишем: зачем нужно - не знаю.
Это из чего ж такой вывод-то? "Не нужно" - это твоя реприза. "Не знаю" - тоже пропетросянил не я. Зачем нужно, я-то как бы знаю, если же твой, вероятно, скудный опыт ничего не подсказывает, кто ж тебе доктор?
> Все страшнее: приходилось и пользоваться.
Действительно? Таки нашёл отличия от "git rm/git add"?
> Начиная с создателя...
Перелогинься, "созхдатель".

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

106. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 07-Ноя-18, 09:50

> Зачем нужно, я-то как бы знаю
Но не скажешь.  Знакомые "знания" двоешника...
>> Все страшнее: приходилось и пользоваться.
> Действительно? Таки нашёл отличия от "git rm/git add"?
Конечно.  Достаточно взглянуть на выхолоп git log --follow.

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

127. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от develop7 (ok), 07-Ноя-18, 23:20

Это же угадайка обычная, результат которой ещё и от флагов зависит. Даже diff --git и то больше информации содержит :)

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

129. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 08-Ноя-18, 01:01

И ты можешь показать случай, где данная угадайка не работает?

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

136. "Выпуск распределённой системы управления версиями Mercurial ..." –1 +/–

Сообщение от develop7 (ok), 08-Ноя-18, 09:21

> И ты можешь показать случай, где данная угадайка не работает?
Конечно, https://github.com/openSUSE/systemd/pull/7/commits/8463b5cb4.... И нет, подобное вылезает минимум пару раз в год. И нет, переименовать одним коммитом и внести правки другим не помогает.
Thread "Just avoid holding it in that way" go

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

138. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 08-Ноя-18, 10:39

>> И ты можешь показать случай, где данная угадайка не работает?
> Конечно, https://github.com/openSUSE/systemd/pull/7/commits/8463b5cb4....
А ты еще весь контент файла в этом коммите заменил бы до кучи, нафига оставлять этот жалкий огрызок?
> И нет, переименовать одним коммитом и внести правки другим не помогает.
Врешь, помогает.  Просто тебе было лень.  Ну или не знал, по малолетству.

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

139. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от develop7 (ok), 08-Ноя-18, 11:11

>>> И ты можешь показать случай, где данная угадайка не работает?
>> Конечно, https://github.com/openSUSE/systemd/pull/7/commits/8463b5cb4....
> А ты еще весь контент файла в этом коммите заменил бы до кучи, нафига оставлять этот жалкий огрызок?
Вот и оправдания начались.
>> И нет, переименовать одним коммитом и внести правки другим не помогает.
> Врешь, помогает.  Просто тебе было лень.  Ну или не знал, по малолетству.
Только что проверил: в диффе старый файл удалило, новый создало. Enjoy ur сверхценные идеи торвольца.

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

140. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 08-Ноя-18, 11:49

> Вот и оправдания начались.
Я лишь констатировал, что гранату дали обезьяне.  С предсказуемым результатом.
Это не значит, что всем армиям надо выбросить современное оружие и освоить палки-копалки.
> Только что проверил: в диффе старый файл удалило, новый создало.
-->8--
$ git show
commit e792a5cf4
Author: myhand <from@hell>
Date:   Thu Nov 8 11:47:29 2018 +0300
    Никогда не ври, дурачок.
diff --git a/rules/60-ssd-scheduler.rules b/rules/60-io-scheduler.rules
similarity index 100%
rename from rules/60-ssd-scheduler.rules
rename to rules/60-io-scheduler.rules
$ git log -2 --follow rules/60-io-scheduler.rules
commit e792a5cf4
Author: myhand <from@hell>
Date:   Thu Nov 8 11:47:29 2018 +0300
    Никогда не ври, дурачок.
commit fc5362d2e
Author: Robert Milasan <rmilasan@suse.com>
Date:   Sun Jul 27 14:20:36 2014 +0200
    udev: use 'deadline' IO scheduler for SSD disks

    [ fixes: bnc#904517 ]
-->8--

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

149. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от develop7 (ok), 08-Ноя-18, 21:15

>> Вот и оправдания начались.
> Я лишь констатировал, что гранату дали обезьяне.  С предсказуемым результатом.
> Это не значит, что всем армиям надо выбросить современное оружие и освоить палки-копалки.
Вот и некорректные аналогии начались.
>> Только что проверил: в диффе старый файл удалило, новый создало.
> $ git log -2 --follow rules/60-io-scheduler.rules
Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак. Когда требуется всего лишь тупо записывать за юзером, без самодеятельности. Смекаешь?

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

152. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 09-Ноя-18, 01:13

> Вот и некорректные аналогии начались.
Почему?  Мы же выяснили, что данным конкретным инструментом ты умеешь пользоваться не сильно лучше чем мартышка.
>>> Только что проверил: в диффе старый файл удалило, новый создало.
>> $ git log -2 --follow rules/60-io-scheduler.rules
> Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак.
Это, внезапно, именно то, что от разных ключей командной строки нормальные люди и ожидают.
> Когда требуется всего лишь тупо записывать за юзером,
> без самодеятельности.
Да телепатии не существует, тем более что за такими "юзерами" как ты - бессмысленно записывать, ты же сам
не знаешь что сделал.  Коммит объединяет переименование и изменение содержимого чуть менее чем полностью.  Что это было?  Ты переименовал файл и его подредактировал?  Ты удалил файл и создал совершенно новый?
Что записывать-то?

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

156. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от develop7 (ok), 09-Ноя-18, 10:48

>> Вот и некорректные аналогии начались.
> Почему?  Мы же выяснили, что данным конкретным инструментом ты умеешь пользоваться не сильно лучше чем мартышка.
Как будто существует способ убедить тебя в обратном.
>>>> Только что проверил: в диффе старый файл удалило, новый создало.
>>> $ git log -2 --follow rules/60-io-scheduler.rules
>> Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак.
> Это, внезапно, именно то, что от разных ключей командной строки нормальные люди и ожидают.
Нормальные люди (не аутичные гики) ожидают детерминированной истории, а не различающихся показаний в зависимости от того, как к нему обратиться. Больше скажу, статистически нормальные люди смотрят диффы в вебморде, в которой нет способа подкрутить ключи git diff.
>> Когда требуется всего лишь тупо записывать за юзером,
>> без самодеятельности.
> Что это было?  Ты переименовал файл и его подредактировал?  Ты удалил файл и создал совершенно новый?
Именно потому-то, что записывать за мной отрыжка LKML не способна (а адепты считают это фичей), такие вопросы и возникают.

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

157. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 09-Ноя-18, 12:13

> Как будто существует способ убедить тебя в обратном.
Не допускать идиотских ошибок.  Ну или хоть не врать для начала.
> Нормальные люди (не аутичные гики) ожидают детерминированной истории
Так она вполне детерминирована.  В зависимости от того какую именно историю тебе хочется - ты именно ее и получишь, а не выхлоп генератора случайных чисел.
> статистически нормальные люди смотрят диффы в вебморде, в которой нет способа
> подкрутить ключи git diff.
>>> Когда требуется всего лишь тупо записывать за юзером,
>>> без самодеятельности.
>> Что это было?  Ты переименовал файл и его подредактировал?  Ты удалил файл и создал совершенно новый?
> Именно потому-то, что записывать за мной отрыжка LKML не способна
Повторяю, системы vcs - не замена отсутствующему головному мозгу.  Если ты не потрудился записать именно такую историю, какую хочешь - торвальдсы тут непричем.
Хотя скажем великому и ужасному отдельное спасибо, что даже винигрет от таких погромистов, в котором намешано сразу все и еще немножко - хоть иногда инструмент позволяет рассмотреть детальнее.

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

79. "Выпуск распределённой системы управления версиями Mercurial ..." +1 +/–

Сообщение от myhand (ok), 06-Ноя-18, 14:53

> Мешает, гит не умеет в поддержку иных VCS.
Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn, и даже в cvs?
> И расширения к нему не написать.
man githooks

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

161. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от нах (?), 12-Ноя-18, 14:05

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

>> И расширения к нему не написать.
> man githooks
анацефалы-фантики даже не понимают, чем хук отличается от расширения.

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

163. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 13-Ноя-18, 10:26

>> Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn,
>> и даже в cvs?
> через кривые врапперы, или благодаря тому, что hg-то как раз - умеет.
Что hg умеет, болезный, svn?
> А сделать посреди гитового дерева hg-subrepo - хрен там ты сможешь.
Ну как бы есть задача взаимодействия с удаленным репозиторием, хранящимся в другой vcs.  А не это вот все.
>>> И расширения к нему не написать.
>> man githooks
> анацефалы-фантики даже не понимают, чем хук отличается от расширения.
Принципиально - ничем.  Это просто модель, которая позволяет интегрировать расширения в работу репа.  А вообще - расширения можно писать на чем угодно.  Это у ртути API прибит к питону.
Плюс libgit.

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

68. "Выпуск распределённой системы управления версиями Mercurial ..." +1 +/–

Сообщение от Аноним (68), 06-Ноя-18, 11:15

>выбирают его вместо стандартного git
Git уже стандартизировали, я чего-то пропустил? ISO, NIST, ГОСТ?
>на стандартном же github
О, оказывается МыСы уже подало заявку на стандартизацию своего GitHub...

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

70. "Выпуск распределённой системы управления версиями Mercurial ..." +3 +/–

Сообщение от А (??), 06-Ноя-18, 12:42

Это такая мода пошла, где хайп и стандарт - синонимы.

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

14. "Выпуск распределённой системы управления версиями Mercurial ..." +8 +/–

Сообщение от Аноним (14), 05-Ноя-18, 10:50

Специально, чтобы тебя позлить.

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

20. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от пох (?), 05-Ноя-18, 11:14

> Git наше все. Почему все еще развивается этот меркуриал? :/
дык видишь же - мурзилла никак с него не слезет, им бы стильно-модно-молодежно перетечь на гитлаб, там иконочки кругленькие, а они чего-то, все никак.

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

32. "Выпуск распределённой системы управления версиями Mercurial ..." +9 +/–

Сообщение от ДНК (?), 05-Ноя-18, 13:24

Популярность Git держится на моде и известности Торвальдса. Если бы Торвальд выбрал Mercurial, ты бы сейчас в захлёб орал, что именно он ваше всё. На самом деле нет никаких принципиальных преимуществ Mercurial над Git.

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

45. "Выпуск распределённой системы управления версиями Mercurial ..." –1 +/–

Сообщение от пох (?), 05-Ноя-18, 17:00

популярность git держится на бабках инвесторов, вбуханных в гитляп и гитхляп. (в рот Торвальдсу смотрят нолько нубы-опесорсники, из которых после окончания института получается нормальный менеджер среднего звена, в большинстве случаев)
Поскольку первый hg поддерживает на от...сь, а второй просто никак - он непопулярен и популярен не будет.
И это хорошо - меньше альтернативно-одаренных мастеров pull/push пройдет через фильтр.

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

47. "Выпуск распределённой системы управления версиями Mercurial ..." +1 +/–

Сообщение от myhand (ok), 05-Ноя-18, 17:39

На самом деле - самый лучший код пишут программирующие в наручниках.  Левой ногой.  По крайней мере, однажды таки напишут.  Пока, наверное, обдумывают.

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

54. "Выпуск распределённой системы управления версиями Mercurial ..." –1 +/–

Сообщение от пох (?), 05-Ноя-18, 20:13

для программирования никакие vcs не нужны, а умеющему только pull/push и бесполезны. Они становятся нужны, когда результат этого программирования выносится с твоего локалхоста.
и тут хуже "шлите ваши патчи в рассылку, порезав мелкими ломтиками" придумать что-то сложно, однако же, вот - цельный линукс написали (правда, многие ключевые части таки делали команды, умевшие пользоваться vcs, но они для себя это делали, а потом подавали на блюдечке мелкими ломтиками, как положено)

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

59. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 05-Ноя-18, 22:20

> для программирования никакие vcs не нужны
Ваша правда.  Компьютеры, кстати, тоже.  Кайло в зубы - и высекай нетленку на гранитных плитах, как ебиптяне.
> а умеющему только pull/push и бесполезны.
Странные вокруг вас люди, может у них диагноз какой.  Большинству вменяемых граждан абсолютно
несложно освоить современные vcs на приемлемом пользовательском уровне.
Хотя вот еще всех в школе писать учили, а пушкиными сделались почему-то не все.  Подозреваю,
умение писать (а возможно и читать) вы находите для всякого быдла (кто кроме вас) - излишними...
> Они становятся нужны, когда результат этого программирования выносится с твоего локалхоста.
> и тут хуже "шлите ваши патчи в рассылку, порезав мелкими ломтиками" придумать
> что-то сложно, однако же, вот - цельный линукс написали (правда, многие
> ключевые части таки делали команды, умевшие пользоваться vcs
Я вам открою страшную тайну: не только "умевшие пользоваться vcs" (т.е. обычные, вменяемые
люди), а еще и пользовавшиеся "внутре" нормальными багтрекерами, системами рецензирования
кода и т.п.  "Шлите патчи в рассылку" - это только верхушка айсберга.  Потому в линуксе данный
реликт времен очаковских до сих пор и работает.

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

67. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от Ordu (ok), 06-Ноя-18, 10:47

> для программирования никакие vcs не нужны
Да, и текстовый редактор не нужен, можно ведь делать cat >src.c ENTER, вводить код, и тыкать в Ctrl-D по окончании ввода. И компилятор не нужен, можно ведь ассемблировать вручную. Да и вообще компьютер не нужен, программировать можно в уме.
> Они становятся нужны, когда результат этого программирования выносится с твоего локалхоста.
Не. Не знаю как mercurial, а git нужен даже для проекта который ты пилишь самостоятельно для себя в одно лицо. git даёт свободу внесения изменений. Ты можешь взять и поменять что-то для теста. Ты можешь начать вносить отладочный вывод, оверпроверки, и кучу другого отладочного кода, если что-то работает непонятным образом, только для того чтобы разобраться что происходит. Когда понимание придёт, всё что надо будет сделать git checkout --hard. То есть, всё это можно и без git'а: чисто теоретически можно делать это создавая копии директорий или как-нибудь ещё, но git делает эти вещи простыми.
Если же на более сложном уровне, то git позволяет создать внятную историю изменений, и когда ты отвлёкся от своего проекта на полгода, потом вернулся к нему, ты приходишь не к куче непонятного неработающего кода, с которым надо несколько часов сидеть только чтобы разобраться что тут не работает, а что не реализовано, нет. Ты смотришь в историю, в локальные ветки, в последние коммиты, и через десять минут ты в теме, ты уже вспомнил на чём именно остановился полгода назад. Правда, чтобы это работало, неплохо было бы уже не просто эпизодически делать git commit, но тащить несколько веток, раскладывать коммиты по ним, переупорядочивая их, разбивая иногда на более мелкие или наоборот объединяя в более крупные. Впрочем, даже без этого -- беспорядочный поток коммитов вместо истории тоже очень полезен для понимания происходящего.

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

72. "Выпуск распределённой системы управления версиями Mercurial ..." +1 +/–

Сообщение от пох (?), 06-Ноя-18, 13:20

>> Они становятся нужны, когда результат этого программирования выносится с твоего локалхоста.
> Не. Не знаю как mercurial, а git нужен даже для проекта который
[skip]
ты прекрасно описал use-pattern cvs (какое, милые, у вас, тысячелетье на дворе?)
этакий "умный undelete".
только вот синтаксис git checkout --hard (да и семантика - причем бы тут - checkout?) придуман кем-то явно незнакомым с cvs и вообще vcs, и изобретал велосипед - ну и изобрел, с квадратными колесами и без цепи, надо ногами толкаться, зато так веселее.
> Если же на более сложном уровне, то git позволяет создать внятную историю
к сожалению, гит _форсирует_ подделку этой самой истории - потому что никаким другим способом даже на локалхосте работать невозможно, не говоря уже о совместной работе (ну если не считать таковым push -f - что у нас вон принято делать, но тут, традиционно, ни разработчики, ни тем более архитекторы проекта гитом пользоваться и не умеют)
поэтому никакой внятной истории не получается - если проект твой личный, гит тебе поможет вспомнить, что ты делал, наверное, и если ты сам оставлял на память точки вспоминания - ветки, теги. А если не твой - то хрена там с два, особенно, если ты не знаешь заранее ответ.
> более крупные. Впрочем, даже без этого -- беспорядочный поток коммитов вместо
> истории тоже очень полезен для понимания происходящего.
говорю же - cvs, 1998й год. Нет, ветки она тоже умеет. Она не умеет rebase.
зато и синтаксис, и семантика человеческие. А если что-то пошло не так - она останавливается и ждет, пока ты сам разберешься. И 3way merge у нее, по-моему, уже тоже был - причем без использования прекрасного kdiff, который не очень здорово работает через ssh (а скоро совсем не будет, с пришествием божественного вафлянда)
А теперь, без подглядывания в шпаргалку, расскажи нам, как откатить обратно ошибочный git pull вместо fetch ? (в hg такая ошибка невозможна, потому что у нее нет "третьего состояния" git add)
банальнейшая ведь ситуация, если чуть в стороне от локалхоста :-(

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

76. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от Ordu (ok), 06-Ноя-18, 14:03

>[оверквотинг удален]
> только вот синтаксис git checkout --hard (да и семантика - причем бы
> тут - checkout?) придуман кем-то явно незнакомым с cvs и вообще
> vcs, и изобретал велосипед - ну и изобрел, с квадратными колесами
> и без цепи, надо ногами толкаться, зато так веселее.
>> Если же на более сложном уровне, то git позволяет создать внятную историю
> к сожалению, гит _форсирует_ подделку этой самой истории - потому что никаким
> другим способом даже на локалхосте работать невозможно, не говоря уже о
> совместной работе (ну если не считать таковым push -f - что
> у нас вон принято делать, но тут, традиционно, ни разработчики, ни
> тем более архитекторы проекта гитом пользоваться и не умеют)
Это интересно. Если тебе не влом, расскажи мне, как в "нормальных" vcs я мог бы разрулить следующую ситуацию и получить внятную историю. Смотри, я запиливаю в проект новый функционал. В процессе я нахожу косяки в проекте не связанные с тем, что я сейчас делаю -- я могу создать issues об этих косяках, но часто проще исправить на месте. Иногда я нахожу косяки связанные с тем, что я делаю -- то есть я не могу запилить новый функционал, пока не внесу некоторые архитектурные изменения в существующий проект. Тут три типа изменений, в случае с git я могу вносить их хоть в полном беспорядке, с тем чтобы позже раскидать их по веткам с говорящими именами, а потом эти ветки красиво мергнуть в dev-ветку. Как то же самое проделать без "подделки истории"? Я ведь вношу все эти изменения не зная, что будет через полчаса. У меня есть определённый план внесения изменений, но он постоянно спотыкается о реальность и меняется.
> поэтому никакой внятной истории не получается - если проект твой личный, гит
> тебе поможет вспомнить, что ты делал, наверное, и если ты сам
> оставлял на память точки вспоминания - ветки, теги. А если не
> твой - то хрена там с два, особенно, если ты не
> знаешь заранее ответ.
История она не для того, чтобы отслеживать процесс разработки таким, каким он был. История она для того, чтобы зафиксировать и документировать изменения вносимые в проект. История должна отвечать на вопрос "зачем были внесены те или иные изменения".
>> более крупные. Впрочем, даже без этого -- беспорядочный поток коммитов вместо
>> истории тоже очень полезен для понимания происходящего.
> говорю же - cvs, 1998й год. Нет, ветки она тоже умеет. Она
> не умеет rebase.
cvs я пробовал освоить ещё до git. Ниасилил. Совершенно ненужная вещь. Может быть для командной разработки и полезно, но для локальной разработки в одно лицо -- излишество.
> зато и синтаксис, и семантика человеческие.
Да что вы так озабочены этими человеками? vcs создаётся для программистов, а не для человеков, это тот редкий случай, когда разработку интерфейса не стоит доверять UX-специалисту, а следует оставить программисту, потому что программист для программиста сделает лучше, чем UX-спец для программиста.
> А теперь, без подглядывания в шпаргалку, расскажи нам, как откатить обратно ошибочный
> git pull вместо fetch ?
В чем проблема? Как откатить назад несколько коммитов? Не заглядывая в шпаргалку, я бы предположил что надо сделать git checkout на последний правильный коммит, а затем туда перенести HEAD ветки. Последнее навскидку я не уверен как сделать. Но если без шпаргалок, то можно удалить старую ветку, и создать на этом коммите её заново. А на всякий случай, прежде чем удалять, надо... короче, чтобы было понятно, последовательность действий такая:
git branch temp
git branch -d screwed
git checkout <hash of last good commit>
git branch screwed
git branch -d temp
Я бы делал так, если бы не мог заглянуть в шпаргалку. Но я не понимаю этого искусственного ограничения: man git-branch всегда под рукой.
> (в hg такая ошибка невозможна, потому что у нее нет "третьего состояния" git add)
И как hg предлагает обходить нехватку этого третьего состояния? Оно ведь очень удобно, для создания истории в первом приближении: я собираю в коммит то, что нужно, смотрю всё ли правильно, затем делаю commit. Не совсем удобно то, что если я хочу закоммитить не все изменения в файле A, а только часть их -- приходится не на этапе git add это делать, а уже непосредственно в процессе commit'а, а в случае ошибок откатывать коммит. Но и всё же, add очень удобен. Как жить без него?
> банальнейшая ведь ситуация, если чуть в стороне от локалхоста :-(
А вот не надо спорить с самим собой. Я знаю, что это очень удобно: придумываешь такие утверждения с которыми знаешь как спорить, приписываешь эти утверждения оппоненту и споришь с ними. Лепота. Но не надо так делать. Я говорил о том, что git полезен даже при разработке на локалхосте. И могу добавить, что в отличие от cvs, которая больше путается под ногами и мешает, чем помогает.

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

81. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от Аноним (81), 06-Ноя-18, 15:40

> Не совсем удобно то, что если я хочу закоммитить не все изменения в файле A, а только часть их -- приходится не на этапе git add это делать, а уже непосредственно в процессе commit'а, а в случае ошибок откатывать коммит.
Вы имеете в виду "git commit -p"? Возрадуйтесь, ибо существует и "git add -p".

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

78. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от myhand (ok), 06-Ноя-18, 14:47

> только вот синтаксис git checkout --hard (да и семантика - причем бы
> тут - checkout?)
Притом, что обновление рабочего каталога.
> придуман кем-то явно незнакомым с cvs
Это с чего вдруг, гражданин телепат?
> изобретал велосипед - ну и изобрел, с квадратными колесами
Велосипед с квадратными колесами умеет делать атомарные изменения в данных репозитория, в отличие от cvs, способной превратить их в лапшу, если UPS не озаботиться.  Или интернет в нужный момент кончился...
>> Если же на более сложном уровне, то git позволяет создать внятную историю
> к сожалению, гит _форсирует_ подделку этой самой истории
Торвальдс сам к вам с наганом приходил, заставляя push -f?
Переписывание истории - вещь полезная локально, для чего ее и используют.  Если же вас угораздило
работать с проектом, в котором кто-то постоянно push -f в центральный master - git тут не виноватый.
Вы уж тогда в корень зрите - надо срочно молотки запретить.  Они ведь людей убивают.
>> более крупные. Впрочем, даже без этого -- беспорядочный поток коммитов вместо
>> истории тоже очень полезен для понимания происходящего.
> говорю же - cvs, 1998й год.
И где у нас cvs bisect?
> зато и синтаксис, и семантика человеческие.
Притом человечество все упрямее им не пользуется.  Даже разработчики cvs давно забили на поделку.
Впрочем, человечество у нас не Дартаньяны.  Дартаньян - вы.
> И 3way merge у нее, по-моему, уже тоже был - причем без использования
> прекрасного kdiff
kdiff нету, 3way merge в git работает - ЧЯДНТ?
> А теперь, без подглядывания в шпаргалку, расскажи нам, как откатить обратно ошибочный
> git pull вместо fetch ? (в hg такая ошибка невозможна, потому
> что у нее нет "третьего состояния" git add)
(подразумеваю, что рабочий каталог чистый от изменений, тогда)
git log -1 && git reset --hard <sha1 последнего вашего коммита>
Хотя не исключаю, что можно и короче, если в шпаргалку посмотреть.

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

88. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от пох (?), 06-Ноя-18, 22:15

> Притом, что обновление рабочего каталога.
в каком месте в слове checkout находится "обновление рабочего каталога" ?
>> придуман кем-то явно незнакомым с cvs
> Это с чего вдруг, гражданин телепат?
ну вот, например, "неожиданное прочтение" слова checkout как раз об этом и говорит.
У всех, кто пользовался cvs, почему-то в этом случае - revert.
> Велосипед с квадратными колесами умеет делать атомарные изменения в данных репозитория, в
> отличие от cvs, способной превратить их в лапшу, если UPS не озаботиться.
у вас помимо cvs данные способна уничтожить файловая система, особенно модные-современные, героически защищающие "непротиворечивость метаданных", в ущерб данным, носитель - особенно модный-современный, секторная метка записывается вместе с сектором, каждый раз, про ssd с их 32k pages и "на кого Бог пошлет" при отказе уж молчу, а вы все без ups ?
>> к сожалению, гит _форсирует_ подделку этой самой истории
> Торвальдс сам к вам с наганом приходил, заставляя push -f?
push -f это не подделка истории, это уничтожение вместе со свидетелями и создание снова (зачем устраивать армагеддец своим данным - отдельный вопрос). Подделка - rebase. Когда реальная история работы над ошибками заменяется вымышленной "для чистоты лога".
> Притом человечество все упрямее им не пользуется.
человечество прекрасненько пользуется svn, hg и даже, местами,перфорсой - хотя все они - последовательные улучшатели именно cvs. Пользоваться ей самой в наши дни - все равно что sendmail настраивать на большом релее. Можно, но непонятно, зачем.
> kdiff нету, 3way merge в git работает - ЧЯДНТ?
CONFLICT (content): Merge conflict in (какаятохрень)
в исходнике в результате какое-то
>>>>> some shit
...
<<<<< more shit
ну спасибо, конечно, но 3way merge я как-то иначе представлял.

> git log -1
э... он говорит - "тут какой-то automerge случился". И чего дальше? ;-) Я не хочу последствия ЭТОГО коммитить обратно в чужой репо.
ну и отдельный вопрос - что по этому поводу написано в документации. Не в гугле, а в документации ;-)
> Хотя не исключаю, что можно и короче, если в шпаргалку посмотреть.
фиг там :-(
особенно с учетом что такие проляпы случаются, когда давно эту копию не трогали, и не помнят, что там было add, что просто так валялось, а что локально закоммичено но незапушено.

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

91. "Выпуск распределённой системы управления версиями Mercurial ..." –1 +/–

Сообщение от myhand (ok), 06-Ноя-18, 23:33

>> Притом, что обновление рабочего каталога.
> в каком месте в слове checkout находится "обновление рабочего каталога" ?
Ну, checkout как бы символизирует check out.  Дальше см. словарь англо-русский.
>>> придуман кем-то явно незнакомым с cvs
>> Это с чего вдруг, гражданин телепат?
> ну вот, например, "неожиданное прочтение" слова checkout как раз об этом и говорит.
man english
> у вас помимо cvs данные способна уничтожить файловая система
Или метеорит.  Но мы не про астрономию, а про конкретные баги конкретной vcs, которые
никто и никогда уже не починит.  Ибо cvs - дохлая.
>>> к сожалению, гит _форсирует_ подделку этой самой истории
>> Торвальдс сам к вам с наганом приходил, заставляя push -f?
> push -f это не подделка истории, это уничтожение вместе со свидетелями
Как же не подделка.  Была одна история - стала другая.  Прям как в РФии с ВНаУкраиной.
Более точно, конечно, push -f - это публикация поддельной истории.
Однако, вы таки ушли от вопроса: злые коммисары с маузерами вас
заставляют историю подделывать?  Может на свете и есть граждане,
которые каждый коммит в процессе работы обмусолят до невероятности,
прежде чем закоммитить - и список файлов, и изменения в них, и
комментарий к коммиту...  Но если глянуть на публичные cvs репы - то
возникает подозрение, что подобные граждане пользуются точно не cvs.
> Когда реальная история работы над ошибками заменяется вымышленной "для
> чистоты лога".
Не для "чистоты лога", а для удобства последующей работы с изменениями.
> ну спасибо, конечно, но 3way merge я как-то иначе представлял.
Кто-ж виноват, что вы даже не удосужились выяснить что это такое.
>> git log -1
> э... он говорит - "тут какой-то automerge случился". И чего дальше? ;-)
Смотрим sha в мерже, там будет помимо HEAD'а - sha вашего последнего коммита, который
и вставляем во вторую команду.
> Я не хочу последствия ЭТОГО коммитить обратно в чужой репо.
Не хотите, не коммитьте.  Вам же объяснили как быть.  История с ненужным мержем просто исчезнет.
> ну и отдельный вопрос - что по этому поводу написано в документации.
Без понятия.  А какая разница?  Скорее всего, данную задачу можно решить еще
как-то, как и большинство задач.  Может в одну команду, а не две.  Только нафига
мне это выяснять?

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

123. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от пох (?), 07-Ноя-18, 19:32

> Ну, checkout как бы символизирует check out.  Дальше см. словарь англо-русский.
"обновления(!) рабочего каталога" я в этом словаре не усматриваю. Наверное, у тебя гуглтранслейт вместо словаря.
> Однако, вы таки ушли от вопроса: злые коммисары с маузерами вас заставляют историю подделывать?
да, заставляют - git не оставляет другого workflow кроме бесконечных rebase.
>> ну и отдельный вопрос - что по этому поводу написано в документации.
> Без понятия.  А какая разница?
такая что это частая ошибка и документация, в которой этого нет в самом начале - дерьмо, а не документация.

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

128. "Выпуск распределённой системы управления версиями Mercurial ..." –1 +/–

Сообщение от myhand (ok), 08-Ноя-18, 00:54

>> Ну, checkout как бы символизирует check out.  Дальше см. словарь англо-русский.
> "обновления(!) рабочего каталога" я в этом словаре не усматриваю.
Смотри лучше.
>> Однако, вы таки ушли от вопроса: злые коммисары с маузерами вас заставляют историю подделывать?
> да, заставляют - git не оставляет другого workflow кроме бесконечных rebase.
Делай коммиты так, чтобы потом не понадобилось их переделывать по-человечески - и не нужно будет никаких rebase.  Удиви мир своим гением!
>>> ну и отдельный вопрос - что по этому поводу написано в документации.
>> Без понятия.  А какая разница?
> такая что это частая ошибка
За последние несколько лет - на данную "частую ошибку" не натыкался ни разу.  На что-то
подобное, кажется, однажды (кажется, случайно смержил очень сырую ветку в другую, уже
почти готовую в master).  Ни в документацию, ни в гугл лезть при этом не понадобилось.
> документация, в которой этого нет в самом начале - дерьмо, а не документация.
Документация должна объяснять как что работает, а не натаскивать пользователей как собачек
Павлова на частные случаи.

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

108. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от Аноним (-), 07-Ноя-18, 09:54

> Когда реальная история работы над ошибками заменяется вымышленной "для чистоты лога".
Тут как бы очень спорный вопрос - надо ли мне видеть вообще всю лажу Пупкина. Я и сам так порой балуюсь. Особенно если хочу чтобы изменения аудит другими рожами прошли. Если я наспамлю там своими потугами в которых наломал дров - все только запутаются, а аудит как таковой не получится вообще. Народ потеряется в техническом гуано и вместо изучения моего кода будет пыриться в всякий спам. Что им даст знание что я наломал дров, передумал, попробовал еще раз и еще и иначе - я даже и не знаю. Скорее всего получится как с лениным и жандармами - задолбаются и читать окончательный вариант вообще толком не будут. А вот это совсем не айс.
> человечество прекрасненько пользуется svn, hg и даже, местами,перфорсой - хотя все они
> - последовательные улучшатели именно cvs.
Так и на лошадях кто-то ездит. Просто их осталось мало.

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

124. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от пох (?), 07-Ноя-18, 19:41

> Тут как бы очень спорный вопрос - надо ли мне видеть вообще
> всю лажу Пупкина. Я и сам так порой балуюсь. Особенно если
в случае hg можно баловаться в named branches - которые можно вообще не экспортировать наружу, тогда ты видишь только результат мержа.
Но свою историю видишь в неизменном виде, пока она вообще тебе нужна (а дальше close ее и больше не видишь).
при этом от ошибочного экспорта гит как раз нифига не защищает, выполняя ненужные автомержи, если ты не озаботился вовремя убрать с дороги свои изменения. И опять занимаемся подчисткой истории - на сей раз ради чистоты workflow.
> Так и на лошадях кто-то ездит. Просто их осталось мало.
да, но колеса-то по прежнему круглые. Квадратные только после весеннего таяния асфальта в отдельно взятой стране бывают. И их, обычно, принято сразу же менять ;-)

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

105. "Выпуск распределённой системы управления версиями Mercurial ..." +1 +/–

Сообщение от Аноним (-), 07-Ноя-18, 09:45

> И где у нас cvs bisect?
До его окончания не дожил даже МакЛауд. Представляешь себе как оно - на любое действо полпроекта заново качать? С таким bisect проще будет вычислить баг по старинке. А по другому CVS не умеет, внезапно.

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

110. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от Аноним (-), 07-Ноя-18, 09:58

> говорю же - cvs, 1998й год. Нет, ветки она тоже умеет. Она
> не умеет rebase.
Она не умеет, блин, локальную работу с версиями толком. Да и ремотную - перекачивает полпроекта на каждый пшик. И если в hello world с этим можно жить, то в проекте размером с хотя-бы реактос это извините полный ахтунг. Как bisect сделать - да никак, такой хайтек CVSникам недоступен, да и смысла в нем мало - во многих случаях скачать проект дюжину раз займет дольше чем баг пришлепнуть иными методами.

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

93. "Выпуск распределённой системы управления версиями Mercurial ..." +/–

Сообщение от Аноним (-), 07-Ноя-18, 09:22

> для программирования никакие vcs не нужны, а умеющему только pull/push и бесполезны.
Ну да. Древние как-то тумблерами на шину, с тетрадного листка. Правда вот время написания программы и исправления в ней ошибок было, скажу я вам.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Выпуск распределённой системы управления версиями Mercurial ..."	–21 +/–
Сообщение от Вася (??), 05-Ноя-18, 10:21
Git наше все. Почему все еще развивается этот меркуриал? :/
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Выпуск распределённой системы управления версиями Mercurial ..."	+16 +/–
	Сообщение от Аноним (4), 05-Ноя-18, 10:23
	Эээ, Уася! Меркуриал тебе жить мешает, да?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Выпуск распределённой системы управления версиями Mercurial ..."	–5 +/–
	Сообщение от Аноним (56), 05-Ноя-18, 21:49
	Мешает. Некоторые полезные проекты с неадекватным руководством почему-то выбирают его вместо стандартного git. Как результат, для работы с ними нужно учить ещё один совершенно не-юзерфрендли инструмент, их нет и не будет на стандартном же github со всеми вытекающими в виде неудобства контрибутинга и отсутствии интеграции с кучей инструментов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Выпуск распределённой системы управления версиями Mercurial ..."	–1 +/–
	Сообщение от myhand (ok), 05-Ноя-18, 22:22
	Да чего там учить-то, болезный? Тем более, что локально тебе никто не мешает пользоваться git.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от O01eg (?), 05-Ноя-18, 22:46
	> Тем более, что локально тебе никто не мешает пользоваться git. Мешает, гит не умеет в поддержку иных VCS. И расширения к нему не написать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Выпуск распределённой системы управления версиями Mercurial ..."	+5 +/–
	Сообщение от Клапауций (ok), 06-Ноя-18, 00:29
	Git ещё не умеет в версии директорий, в переименования файлов и прочая, прям CVS 21-го века какой-то. При этом, как жонглёр локальными коммитами равных себе не имеет. Собственно, для чего Торвальдс его поначалу и создавал. К несчастью, его с завидным упрямством напяливают на глобус, заставляя прикидываться универсальным инструментом. И даже с некоторым успехом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 06-Ноя-18, 15:00
	> Git ещё не умеет в версии директорий Зачем? > в переименования файлов man git-mv > Собственно, для чего Торвальдс его поначалу и создавал. О как, оказывается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Выпуск распределённой системы управления версиями Mercurial ..."	+2 +/–
	Сообщение от Клапауций (ok), 06-Ноя-18, 15:52
	>> Git ещё не умеет в версии директорий > Зачем? "Не нужно"? Известный аргмент. >> в переименования файлов > man git-mv Сам-то читал? Wrapper над mv, git remove, git add - это именно CVS. > О как, оказывается. Хоть для кого-то это - новость. Светоч до этого, точнее, до Bitkeeper-a, вообще патчики ручками накладывать изволили, а лог изменений вели в файлике. Ну и самого гуру вам в помощь: "This is a stupid (but extremely fast) directory content manager. It doesn't do a whole lot, but what it _does_ do is track directory contents efficiently." "Note on changesets: unlike real SCM's, changesets do not contain rename information or file mode chane information. All of that is implicit in the trees involved (the result tree, and the result trees of the parents), and describing that makes no sense in this idiotic file manager."
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Выпуск распределённой системы управления версиями Mercurial ..."	–2 +/–
	Сообщение от myhand (ok), 06-Ноя-18, 17:07
	>>> Git ещё не умеет в версии директорий >> Зачем? > "Не нужно"? Известный аргмент. Так и запишем: зачем нужно - не знаю. >>> в переименования файлов >> man git-mv > Сам-то читал? Все страшнее: приходилось и пользоваться. >> О как, оказывается. > Хоть для кого-то это - новость. Начиная с создателя...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Выпуск распределённой системы управления версиями Mercurial ..."	+1 +/–
	Сообщение от Клапауций (ok), 07-Ноя-18, 06:33
	> Так и запишем: зачем нужно - не знаю. Это из чего ж такой вывод-то? "Не нужно" - это твоя реприза. "Не знаю" - тоже пропетросянил не я. Зачем нужно, я-то как бы знаю, если же твой, вероятно, скудный опыт ничего не подсказывает, кто ж тебе доктор? > Все страшнее: приходилось и пользоваться. Действительно? Таки нашёл отличия от "git rm/git add"? > Начиная с создателя... Перелогинься, "созхдатель".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 07-Ноя-18, 09:50
	> Зачем нужно, я-то как бы знаю Но не скажешь. Знакомые "знания" двоешника... >> Все страшнее: приходилось и пользоваться. > Действительно? Таки нашёл отличия от "git rm/git add"? Конечно. Достаточно взглянуть на выхолоп git log --follow.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	127. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от develop7 (ok), 07-Ноя-18, 23:20
	Это же угадайка обычная, результат которой ещё и от флагов зависит. Даже diff --git и то больше информации содержит :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	129. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 08-Ноя-18, 01:01
	И ты можешь показать случай, где данная угадайка не работает?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	136. "Выпуск распределённой системы управления версиями Mercurial ..."	–1 +/–
	Сообщение от develop7 (ok), 08-Ноя-18, 09:21
	> И ты можешь показать случай, где данная угадайка не работает? Конечно, https://github.com/openSUSE/systemd/pull/7/commits/8463b5cb4.... И нет, подобное вылезает минимум пару раз в год. И нет, переименовать одним коммитом и внести правки другим не помогает. Thread "Just avoid holding it in that way" go
	Ответить \| Правка \| К родителю #129 \| Наверх \| Cообщить модератору


	138. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 08-Ноя-18, 10:39
	>> И ты можешь показать случай, где данная угадайка не работает? > Конечно, https://github.com/openSUSE/systemd/pull/7/commits/8463b5cb4.... А ты еще весь контент файла в этом коммите заменил бы до кучи, нафига оставлять этот жалкий огрызок? > И нет, переименовать одним коммитом и внести правки другим не помогает. Врешь, помогает. Просто тебе было лень. Ну или не знал, по малолетству.
	Ответить \| Правка \| К родителю #136 \| Наверх \| Cообщить модератору


	139. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от develop7 (ok), 08-Ноя-18, 11:11
	>>> И ты можешь показать случай, где данная угадайка не работает? >> Конечно, https://github.com/openSUSE/systemd/pull/7/commits/8463b5cb4.... > А ты еще весь контент файла в этом коммите заменил бы до кучи, нафига оставлять этот жалкий огрызок? Вот и оправдания начались. >> И нет, переименовать одним коммитом и внести правки другим не помогает. > Врешь, помогает. Просто тебе было лень. Ну или не знал, по малолетству. Только что проверил: в диффе старый файл удалило, новый создало. Enjoy ur сверхценные идеи торвольца.
	Ответить \| Правка \| К родителю #138 \| Наверх \| Cообщить модератору


	140. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 08-Ноя-18, 11:49
	> Вот и оправдания начались. Я лишь констатировал, что гранату дали обезьяне. С предсказуемым результатом. Это не значит, что всем армиям надо выбросить современное оружие и освоить палки-копалки. > Только что проверил: в диффе старый файл удалило, новый создало. -->8-- $ git show commit e792a5cf4 Author: myhand <from@hell> Date: Thu Nov 8 11:47:29 2018 +0300 Никогда не ври, дурачок. diff --git a/rules/60-ssd-scheduler.rules b/rules/60-io-scheduler.rules similarity index 100% rename from rules/60-ssd-scheduler.rules rename to rules/60-io-scheduler.rules $ git log -2 --follow rules/60-io-scheduler.rules commit e792a5cf4 Author: myhand <from@hell> Date: Thu Nov 8 11:47:29 2018 +0300 Никогда не ври, дурачок. commit fc5362d2e Author: Robert Milasan <rmilasan@suse.com> Date: Sun Jul 27 14:20:36 2014 +0200 udev: use 'deadline' IO scheduler for SSD disks [ fixes: bnc#904517 ] -->8--
	Ответить \| Правка \| К родителю #139 \| Наверх \| Cообщить модератору


	149. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от develop7 (ok), 08-Ноя-18, 21:15
	>> Вот и оправдания начались. > Я лишь констатировал, что гранату дали обезьяне. С предсказуемым результатом. > Это не значит, что всем армиям надо выбросить современное оружие и освоить палки-копалки. Вот и некорректные аналогии начались. >> Только что проверил: в диффе старый файл удалило, новый создало. > $ git log -2 --follow rules/60-io-scheduler.rules Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак. Когда требуется всего лишь тупо записывать за юзером, без самодеятельности. Смекаешь?
	Ответить \| Правка \| К родителю #140 \| Наверх \| Cообщить модератору


	152. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 09-Ноя-18, 01:13
	> Вот и некорректные аналогии начались. Почему? Мы же выяснили, что данным конкретным инструментом ты умеешь пользоваться не сильно лучше чем мартышка. >>> Только что проверил: в диффе старый файл удалило, новый создало. >> $ git log -2 --follow rules/60-io-scheduler.rules > Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак. Это, внезапно, именно то, что от разных ключей командной строки нормальные люди и ожидают. > Когда требуется всего лишь тупо записывать за юзером, > без самодеятельности. Да телепатии не существует, тем более что за такими "юзерами" как ты - бессмысленно записывать, ты же сам не знаешь что сделал. Коммит объединяет переименование и изменение содержимого чуть менее чем полностью. Что это было? Ты переименовал файл и его подредактировал? Ты удалил файл и создал совершенно новый? Что записывать-то?
	Ответить \| Правка \| К родителю #149 \| Наверх \| Cообщить модератору


	156. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от develop7 (ok), 09-Ноя-18, 10:48
	>> Вот и некорректные аналогии начались. > Почему? Мы же выяснили, что данным конкретным инструментом ты умеешь пользоваться не сильно лучше чем мартышка. Как будто существует способ убедить тебя в обратном. >>>> Только что проверил: в диффе старый файл удалило, новый создало. >>> $ git log -2 --follow rules/60-io-scheduler.rules >> Я же и говорю: в зависимости от ключей командной строки, получается то так, то этак. > Это, внезапно, именно то, что от разных ключей командной строки нормальные люди и ожидают. Нормальные люди (не аутичные гики) ожидают детерминированной истории, а не различающихся показаний в зависимости от того, как к нему обратиться. Больше скажу, статистически нормальные люди смотрят диффы в вебморде, в которой нет способа подкрутить ключи git diff. >> Когда требуется всего лишь тупо записывать за юзером, >> без самодеятельности. > Что это было? Ты переименовал файл и его подредактировал? Ты удалил файл и создал совершенно новый? Именно потому-то, что записывать за мной отрыжка LKML не способна (а адепты считают это фичей), такие вопросы и возникают.
	Ответить \| Правка \| К родителю #152 \| Наверх \| Cообщить модератору


	157. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 09-Ноя-18, 12:13
	> Как будто существует способ убедить тебя в обратном. Не допускать идиотских ошибок. Ну или хоть не врать для начала. > Нормальные люди (не аутичные гики) ожидают детерминированной истории Так она вполне детерминирована. В зависимости от того какую именно историю тебе хочется - ты именно ее и получишь, а не выхлоп генератора случайных чисел. > статистически нормальные люди смотрят диффы в вебморде, в которой нет способа > подкрутить ключи git diff. >>> Когда требуется всего лишь тупо записывать за юзером, >>> без самодеятельности. >> Что это было? Ты переименовал файл и его подредактировал? Ты удалил файл и создал совершенно новый? > Именно потому-то, что записывать за мной отрыжка LKML не способна Повторяю, системы vcs - не замена отсутствующему головному мозгу. Если ты не потрудился записать именно такую историю, какую хочешь - торвальдсы тут непричем. Хотя скажем великому и ужасному отдельное спасибо, что даже винигрет от таких погромистов, в котором намешано сразу все и еще немножко - хоть иногда инструмент позволяет рассмотреть детальнее.
	Ответить \| Правка \| К родителю #156 \| Наверх \| Cообщить модератору


	79. "Выпуск распределённой системы управления версиями Mercurial ..."	+1 +/–
	Сообщение от myhand (ok), 06-Ноя-18, 14:53
	> Мешает, гит не умеет в поддержку иных VCS. Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn, и даже в cvs? > И расширения к нему не написать. man githooks
	Ответить \| Правка \| К родителю #62 \| Наверх \| Cообщить модератору


	161. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от нах (?), 12-Ноя-18, 14:05
	> Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn, > и даже в cvs? через кривые врапперы, или благодаря тому, что hg-то как раз - умеет. А сделать посреди гитового дерева hg-subrepo - хрен там ты сможешь. >> И расширения к нему не написать. > man githooks анацефалы-фантики даже не понимают, чем хук отличается от расширения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	163. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от myhand (ok), 13-Ноя-18, 10:26
	>> Как тогда я пользуюсь им, учитывая, что основные репы проектов бывают и в hg, и в svn, >> и даже в cvs? > через кривые врапперы, или благодаря тому, что hg-то как раз - умеет. Что hg умеет, болезный, svn? > А сделать посреди гитового дерева hg-subrepo - хрен там ты сможешь. Ну как бы есть задача взаимодействия с удаленным репозиторием, хранящимся в другой vcs. А не это вот все. >>> И расширения к нему не написать. >> man githooks > анацефалы-фантики даже не понимают, чем хук отличается от расширения. Принципиально - ничем. Это просто модель, которая позволяет интегрировать расширения в работу репа. А вообще - расширения можно писать на чем угодно. Это у ртути API прибит к питону. Плюс libgit.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Выпуск распределённой системы управления версиями Mercurial ..."	+1 +/–
	Сообщение от Аноним (68), 06-Ноя-18, 11:15
	>выбирают его вместо стандартного git Git уже стандартизировали, я чего-то пропустил? ISO, NIST, ГОСТ? >на стандартном же github О, оказывается МыСы уже подало заявку на стандартизацию своего GitHub...
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	70. "Выпуск распределённой системы управления версиями Mercurial ..."	+3 +/–
	Сообщение от А (??), 06-Ноя-18, 12:42
	Это такая мода пошла, где хайп и стандарт - синонимы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Выпуск распределённой системы управления версиями Mercurial ..."	+8 +/–
	Сообщение от Аноним (14), 05-Ноя-18, 10:50
	Специально, чтобы тебя позлить.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	20. "Выпуск распределённой системы управления версиями Mercurial ..."	+/–
	Сообщение от пох (?), 05-Ноя-18, 11:14
	> Git наше все. Почему все еще развивается этот меркуриал? :/ дык видишь же - мурзилла никак с него не слезет, им бы стильно-модно-молодежно перетечь на гитлаб, там иконочки кругленькие, а они чего-то, все никак.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	32. "Выпуск распределённой системы управления версиями Mercurial ..."	+9 +/–
	Сообщение от ДНК (?), 05-Ноя-18, 13:24
	Популярность Git держится на моде и известности Торвальдса. Если бы Торвальд выбрал Mercurial, ты бы сейчас в захлёб орал, что именно он ваше всё. На самом деле нет никаких принципиальных преимуществ Mercurial над Git.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	45. "Выпуск распределённой системы управления версиями Mercurial ..."	–1 +/–
	Сообщение от пох (?), 05-Ноя-18, 17:00
	популярность git держится на бабках инвесторов, вбуханных в гитляп и гитхляп. (в рот Торвальдсу смотрят нолько нубы-опесорсники, из которых после окончания института получается нормальный менеджер среднего звена, в большинстве случаев) Поскольку первый hg поддерживает на от...сь, а второй просто никак - он непопулярен и популярен не будет. И это хорошо - меньше альтернативно-одаренных мастеров pull/push пройдет через фильтр.
	Ответить \| Правка \| Наверх \| Cообщить модератору