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

Выпуск распределенной системы управления исходными текстами Git 2.29, opennews (??), 20-Окт-20, (0) [смотреть все] Читая чейнджлоги, мне каждый раз мерещится, что git из простой булки белого или, Аноним (1), 15:03 , 20-Окт-20, (1) –8 // В какой момент git был простым Довольно сложная VCS с момента рождения, просто , Аноним (2), 15:08 , 20-Окт-20, (2) +20 // Сложный он ровно до того момента, пока не проникнешься его философией А дальше , m.makhno (ok), 16:01 , 20-Окт-20, (14) –2 Имеется в виду что сначала нужно освоить vi и emacs и тогда уже гит будет казать, Аноним (24), 16:46 , 20-Окт-20, (24) +8 Бешено плюсую , TheFotoMag (ok), 20:19 , 20-Окт-20, (53) Ну так про все что угодно можно сказать, haskel сложен пока не проникнешься его , Аноним (2), 11:36 , 21-Окт-20, (93) Если ты заглядываешь в заметки и не можешь запомнить команды не потому, что тебе, Ordu (ok), 13:33 , 21-Окт-20, (98) +1 Как много текста ни о чем У git сложный CLI Чуть более предметно Кейс 1 Я случ, Аноним (2), 14:11 , 21-Окт-20, (100) +1 Ну и раз я критикую, я хотел бы сказать какой CLI на мой взгляд был бы более пон, Аноним (2), 14:39 , 21-Окт-20, (102) +1 Напиши скрипт, проблем-то Эмм Это как В список отменяемых действий включать , Ordu (ok), 15:58 , 21-Окт-20, (104) Я и пользуюсь rebase, в vi меняю строчки на squash нужных мне коммитов, только д, Аноним (2), 16:16 , 21-Окт-20, (106) +1 Прикинь, я впервые вижу команду git rebase --interactive HEAD N Я даже не уве, Ordu (ok), 16:58 , 21-Окт-20, (112) А можно знать три аккорда и играть боем Использую как terminal multiplexer, нав, Аноним (2), 19:52 , 21-Окт-20, (122) Я вспомнил какой был svn workflow git stashgit pullgit pop - резолвинг конфликт, Аноним (2), 19:56 , 21-Окт-20, (123) ууу Откуда вы такой взяли Какой-то гений придумал, а вы потом мучались , Ordu (ok), 21:06 , 21-Окт-20, (125) Коллективно придумали за один день, в первый день был только один вопрос, как св, Аноним (2), 22:45 , 21-Окт-20, (128) Один член тут моторные навыки Надо пальцами попадать по ладам в нужных местах, , Ordu (ok), 21:01 , 21-Окт-20, (124) Почти так и было, лично мне тогда git был не нужен, svn хватало Я надеялся что , Аноним (2), 22:21 , 21-Окт-20, (127) Потому что ты причину ищешь снаружи своей психики, хотя она прячется внутри Ты с, Ordu (ok), 22:50 , 21-Окт-20, (129) Моя психика мне говорит что мне было тогда не интересно и до сих пор не интересн, Аноним (2), 23:09 , 21-Окт-20, (130) Если ситуация такова, то значит надо одолевать свои психологические причины не с, Ordu (ok), 15:56 , 21-Окт-20, (103) Рекомендуете начать с аутотренинга перед зеркалом , Аноним (2), 16:06 , 21-Окт-20, (105) Это уж кому что помогает , Ordu (ok), 16:17 , 21-Окт-20, (107) Все твои кейсы делает, очевидно, git reset git reset --hard HEAD 1Опция --hard , all_glory_to_the_hypnotoad (ok), 18:16 , 21-Окт-20, (115) Кстати я тут ошибся указав git reset HEAD 1 , в моих заметках сказано что это, Аноним (2), 19:07 , 21-Окт-20, (121) Это абсолютная чушь, Git простой как топор Проще SVN, HG и многих других VCS П, all_glory_to_the_hypnotoad (ok), 16:50 , 20-Окт-20, (26) –3 // Я не согласен , fossilscm (?), 17:22 , 20-Окт-20, (31) +4 Ну тогда Git прост как бензопила , Аноним (2), 11:40 , 21-Окт-20, (96) Какой наброс Документация по гиту такая кхмм подробная, что иногда выть хочет, an0nymous (?), 17:35 , 20-Окт-20, (33) +2 поскольку гит представляет собой не человеческую программу, исполняющую ровно од, пох. (?), 10:04 , 21-Окт-20, (89) Вы транслируете мнение совершенно не разбирающегося в архитектурах VCS С желани, anonymous yet another (?), 12:51 , 21-Окт-20, (97) в Git примерно всего две простых абстракции - это ADG и индекс В SVN одна прост, all_glory_to_the_hypnotoad (ok), 14:29 , 21-Окт-20, (101) Судя по непрязни к Гиту 8212 ни один его критик к разработке не имеет никаког, TheFotoMag (ok), 20:27 , 20-Окт-20, (54) Продолжая заочную дискуссию с безработными энтузиастами открытых решений 8212 , TheFotoMag (ok), 20:30 , 20-Окт-20, (55) –3 очень даже как, потому что есть Redmine , nomad__ (ok), 07:49 , 21-Окт-20, (81) Редкостная чушь сей Redmine, TheFotoMag (ok), 09:56 , 22-Окт-20, (135) На вкус и цвет все люди разные По крайне мере, за него платить не надо , nomad__ (ok), 10:04 , 22-Окт-20, (136) Ещё как надо Каким это бесплатными образом вы намерены обеспечить группе до, TheFotoMag (ok), 14:12 , 22-Окт-20, (137) Но за саму систему платить не надо, в отличие от Jira , nomad__ (ok), 14:14 , 22-Окт-20, (138) А админить Пушкин будет Самому доки курить и ночей не спать 1 чел 40 тыщ А, TheFotoMag (ok), 20:31 , 22-Окт-20, (140) Я разраб, а не бизнесмен, в буй мне не впилась своя контора с ее гемором И да, , nomad__ (ok), 05:43 , 23-Окт-20, (141) Редкое дерьмо , Аноним (88), 09:57 , 21-Окт-20, (88) +2 утипупсичек, ну конечно же Все просто кроме тебя, вчерародившегося, тут есть ещ, пох. (?), 09:53 , 21-Окт-20, (87) Ну перепиши и доработай, все тебе будут благодарны и может даже денег отсыплют, GG (ok), 04:57 , 21-Окт-20, (75) Если тут есть люди, имеющие отношение к психологии или преподаванию чего-либо, , anonymous yet another (?), 20:44 , 20-Окт-20, (57) –2 // Увидели что там уже есть - и добавили свой чтобы не выделяться из толпы, GG (ok), 04:58 , 21-Окт-20, (76) +1 вхуярил тебе минус, а у тебя стоял там плюс, наверное, доморощенный ты психолог,, n242name (?), 20:17 , 23-Окт-20, (142) –1 В 3 26 -- за вводный негативный заряд Это абсолютная чушь Далее комментарий д, n00by (ok), 08:47 , 24-Окт-20, (145) Это в каком же месте он сложный Или не осилил https git-scm com book ru v2 , nomad__ (ok), 07:48 , 21-Окт-20, (80) –1 конечно мерещится - он всегда был троллейбусом из буханки, причем с квадратными , пох. (?), 09:45 , 21-Окт-20, (86) –1 Хэши в постквантумную эпоху пострадают А то планируют на 5 лет, а дальше хоть т, Аноним (3), 15:12 , 20-Окт-20, (3) –5 // Вся современная криптография пострадает Факторизация со скоростью умножения - , myhand (ok), 15:25 , 20-Окт-20, (4) –1 // Ну вон каждый день заявляют о квантум супремасэ, и вроде довольно близко продвин, Аноним (3), 16:23 , 20-Окт-20, (19) –1 // Еще далеко Если корпорации и смогут, то ломать чужое это уголовка Опасно для б, rshadow (ok), 18:12 , 20-Окт-20, (38) +1 ага, два раза есть sarcasm и у сбера также, Аноним (91), 10:30 , 21-Окт-20, (91) А обработка персональных данных без согласия - это что Я вот банку передал давн, Аноним (132), 07:05 , 22-Окт-20, (132) Кавантовые компы угроза для ассимтричной крипты, но не для хэшей и симметричной , Ivan_83 (ok), 00:14 , 21-Окт-20, (67) +2 Факторизация чего Вы типа думаете, что поля Галуа - это по которым гулял некий , n00by (ok), 18:57 , 20-Окт-20, (45) +3 // Больших целых , myhand (ok), 06:46 , 21-Окт-20, (78) А при чем тут SHA в любой ипостаси Вы с RSA не перепутали А для эллиптических к, funny.falcon (?), 08:38 , 21-Окт-20, (83) +2 При том что алгоритм Гровера С SHA-2 тут, насколько я знаю, все не так одноз, myhand (ok), 17:46 , 22-Окт-20, (139) насколько я курил вопрос - уже есть, однако появилась криптография на изогениях,, n242name (?), 21:22 , 23-Окт-20, (143) не особо Может быть, когда-нибудь придется увеличить размер хэша например до 38, Аноним (35), 18:06 , 20-Окт-20, (35) +3 // Я слышал оценки в районе 4096 для RSA И то, это скорее потому, что теоретическа, Аноним (3), 19:27 , 20-Окт-20, (48) Алгоритм Гровера только квадратичное ускорение даёт, по сравнению с экспоненциал, Аноним (132), 23:58 , 20-Окт-20, (63) о, крутая вещь а есть hg-репозиторий, где можно его скачать , б.б. (?), 15:25 , 20-Окт-20, (5) –1 // Могу дать вместе с unzip arj , Michael Shigorin (ok), 19:43 , 20-Окт-20, (49) +4 // у меня есть ha lha и lha ha, оба смешные, б.б. (?), 03:21 , 21-Окт-20, (74) +2 А я до сих пор пользуюсь SubVersion и всегда с улыбкой смотрю на очередные новос, Аноним (6), 15:37 , 20-Окт-20, (6) –4   // Обычно с улыбкой смотрят на болванчиков которые без интернета не могут ни коммит, Аноним (8), 15:44 , 20-Окт-20, (8) –1   // Какую дверь, что ты несешь такое вообще , Аноним (-), 15:46 , 20-Окт-20, (11)   // На дверь из IT конторы очевидно, потому что профнепригодность , Аноним (8), 16:44 , 20-Окт-20, (22)   А у нас в ТИУ на Информационные системы и технология кроме меня даже о гите и , Козлетто (?), 18:47 , 20-Окт-20, (42)   И не только студенты, но и преподы, Козлетто (?), 18:47 , 20-Окт-20, (43)   Смешно конечно такие писульки читать, профнепригодность из-за того что коммиты б, Аноним (46), 19:00 , 20-Окт-20, (46)   При чём тут максимализм Факт 1 - есть code review Факт 2 - мегакоммит невозмож, Аноним (8), 00:53 , 21-Окт-20, (68)   Человек что-то лабает на коленке и что такое промышленное программирование не по, Crazy Alex (ok), 02:20 , 21-Окт-20, (72) +3   Ох уж это российская любовь к ребейзам Чем вам просто мерджить-то не нравится , freehck (ok), 17:15 , 20-Окт-20, (30)   // Мёржи превращают историю в нечитабельное месиво Ребейзы при правильном использо, anana (?), 20:57 , 20-Окт-20, (59) +2   мержить можно и сквошем , Анатолий (??), 07:17 , 21-Окт-20, (79)   Это не мёрджи Это неотлаженный воркфлоу , freehck (ok), 11:27 , 21-Окт-20, (92)   Чтобы вмержить ветку, её нужно сначала отребейзить совершенно не обязательно на, Аноним (8), 00:56 , 21-Окт-20, (69)   За ребайсе надо сразу в торец, Аноним (62), 23:57 , 20-Окт-20, (62) –2   // Такое говорили 15 лет назад неучи не видевшие и не хотевшие видеть нормальные VC, Аноним (8), 01:00 , 21-Окт-20, (70) +1   В торец надо тем, кто отправляет на ревью всю свою помойку коммитов, образовавшу, Аноним (131), 06:28 , 22-Окт-20, (131) –1   конечный результат в случае не двустрочного исправления он оценить не сможет в п, пох. (?), 09:51 , 22-Окт-20, (134)   Ну и дурак , Аноним (-), 15:45 , 20-Окт-20, (9)   просто ты замшелый пенек какой нахер subversion брось уже каку , Аноним (13), 15:51 , 20-Окт-20, (13) –1   Zip с циферками еще круче, его все даже github использует, аж скулы от улыбки св, Аноним (47), 19:05 , 20-Окт-20, (47)   А что именно Вы предпринимаете в svn, когда надо свести две своих ветки -- напри, Michael Shigorin (ok), 19:45 , 20-Окт-20, (50)   // Без server-side священо действий --- никак Лочим доступ когда на запись, а ко, anonymous yet another (?), 20:56 , 20-Окт-20, (58) +1   merge нужных измененийи - чем ТУТ поможет rebase Сломает ветку Спасибо, я об э, пох. (?), 10:21 , 21-Окт-20, (90) –1   Недалёким неведомо что svn up при наличии незакоммиченных изменений в working co, Аноним (8), 01:04 , 21-Окт-20, (71)   // это мерж И более того, явный мерж делается точно так же - через working copy Не, пох. (?), 11:38 , 21-Окт-20, (94) –1   // А нет никакой разницы разбиты изменения на отдельные коммиты или не разбиты, и в, Аноним (8), 18:19 , 21-Окт-20, (116)   не может - оно где-то в origin чтототам происходит в терминах гита Твои комиты _, пох. (?), 18:38 , 21-Окт-20, (119)   есть нет Подделка - это именно подделка истории, когда изменения придуманные и , пох. (?), 09:39 , 22-Окт-20, (133)   например какие А то вот уже 7 лет пользуюсь гитом и что-то не припомню проблем , nomad__ (ok), 07:50 , 21-Окт-20, (82)   Какой-то фольклер вместо вменяемого ченжлога, еще и испорчено корявым переводом , Аноним (-), 15:44 , 20-Окт-20, (7) –3 сочувствую броте, кто работал с svn в цирке больше не смеютсяв svn их просто нет, ALex_hha (ok), 15:45 , 20-Окт-20, (10) дебильная логика sha3 стандарт не sha2, не sha1, не md5 sha3 нафига использо, Аноним (13), 15:46 , 20-Окт-20, (12) –2 // И sha256 тоже стандарт, только предыдущий , Anonymousqwe (?), 16:21 , 20-Окт-20, (18) +1 // те использоваться уже не должен ибо выявлены проблемы в sha1 и sha2 использоват, Аноним (13), 16:50 , 20-Окт-20, (25) –2 // А ну-ка, на бис, какие ПРОБЛЕМЫ выявлены в SHA2 , Аноним (36), 18:10 , 20-Окт-20, (36) недостаточная стойкость к коллизиям очевидно, Аноним (13), 18:33 , 20-Окт-20, (40) –3 Пруфлинк, пожалуйста В SHA2 а sha256 - это тоже sha2 пока что не найдено даже , funny.falcon (?), 08:48 , 21-Окт-20, (84) В марте 2008 года индийские исследователи Сомитра Кумар Санадия и Палаш Саркар о, Аноним (13), 17:15 , 21-Окт-20, (114) Сейчас тебе скажут что это другое, microsoft (?), 02:48 , 31-Окт-20, (149) нет, sha256 это sha2 с увеличеным размером хэша, кэп (?), 17:48 , 20-Окт-20, (34) +1 Это стандарт NiStA , Аноним (132), 00:00 , 21-Окт-20, (64) А как бы это сделать pull не для текущей ветки, но и не переключаясь на ветку ко, Аноним (16), 16:18 , 20-Окт-20, (16) // напиши скрипт который будет переключатся, делать pull и переключаться назад а во, Аноним (13), 16:21 , 20-Окт-20, (17) // Как всегда всё гениальное просто просто проскочило мимо меня Спасибо, Аноним (16), 16:52 , 20-Окт-20, (28) Через гитлаб например мышкой , Аноним (24), 16:42 , 20-Окт-20, (20) –4 // Чушь написал Думал речь про пулл реквест, а не пулл , Аноним (24), 16:43 , 20-Окт-20, (21) +1 Мб тебе нужен git fetch, all_glory_to_the_hypnotoad (ok), 16:57 , 20-Окт-20, (29) +3 Так SHA2-256 или SHA-256 добавили Или это одно и тоже , Аноним (24), 16:45 , 20-Окт-20, (23) +1 // SHA-256 это SHA1-256, Аноним (13), 16:51 , 20-Окт-20, (27) –1 // Нет , Аноним (36), 18:11 , 20-Окт-20, (37) +3 Из педивикии The SHA-2 family consists of six hash functions with digests ha, Аноним (36), 18:14 , 20-Окт-20, (39) +2 Интересно почему СКВ популярно только у программистов Теоретически они могут по, Козлетто (?), 17:27 , 20-Окт-20, (32) // потому что у ворда и майкрософтофиса бинарные и проприетарные форматыно я прис, JL2001 (ok), 18:35 , 20-Окт-20, (41) +2 // А что мешает этом ворду или другой аналогичной программе использовать текстовый , Козлетто (?), 18:52 , 20-Окт-20, (44) // Микрософт Вообще-то в MS Word есть встроенный контроль версий Пригодность к и, anonymous yet another (?), 21:11 , 20-Окт-20, (60) +1 Вполне пригодно и активно используется В либре аналогичное есть Проблема скоре, Crazy Alex (ok), 02:27 , 21-Окт-20, (73) У учёных тоже каша в головах То ли дело писатели, вот у этих гит хорошо заходит , GG (ok), 05:02 , 21-Окт-20, (77) Беда в том, что чувствительная информация регулярно утекает незаметно для потреб, anonymous yet another (?), 16:40 , 21-Окт-20, (108) На самом деле всё просто Бинарные файлы тоже можно сравнивать Достаточно git , fuggy (ok), 21:15 , 20-Окт-20, (61) –2 Уже давно не бинарные, Аноним (62), 00:00 , 21-Окт-20, (65) Дело не в бинарном формате, а в том, что все существующие стабильные системы кон, Аноним (132), 00:03 , 21-Окт-20, (66) –1 // хуже - они линейно-ориентированные html - это в общем текстовый файл Только от, пох. (?), 18:46 , 21-Окт-20, (120) средства для трекинга изменений в которых пусть бинарные и проприетарные сущес, пох. (?), 11:40 , 21-Окт-20, (95) А какая разница diff это капля в море возможностей vcs Посмотреть как было и, Аноним (8), 18:28 , 21-Окт-20, (118) Ну почему, в девяностые вроде как и у бухгалтеров с дизайнерами СКВ бывали попул, Michael Shigorin (ok), 19:48 , 20-Окт-20, (51) –1 Лично я загнал себя в задницу тысячами и тысячами файлов разных версий на диске , Аноним (3), 20:06 , 20-Окт-20, (52) –2 // Главная боль в том, что данные рандомно обновляются И мне что-то не хватает кно, Аноним (3), 20:43 , 20-Окт-20, (56) –2 // Твой case описан крайне мутно, сложно дать конкретный совет Я упорядочиваю ебук, Ordu (ok), 13:45 , 21-Окт-20, (99) Мне нужно управление файлами, полученными из интернета Допустим, я знаю, что ищ, Аноним (3), 16:43 , 21-Окт-20, (109) Мне кажется, в случае с архивами, можно просканировать файл на предмет самого по, Аноним (3), 16:47 , 21-Окт-20, (110) В идеале было бы в процессе загрузки хэши считать Ну т е если скачивать будет , Аноним (3), 16:51 , 21-Окт-20, (111) А вот тут что-то можно сделать Время изменения для локального файла выставлять , Аноним (3), 17:02 , 21-Окт-20, (113) Я имею в виду, я это сделал шелл, правда , но это не информация об удалённом фа, Аноним (3), 21:46 , 21-Окт-20, (126) Это просто мера уровня специалиста Всё что может периодически изменяться руками, Аноним (8), 18:25 , 21-Окт-20, (117) Насколько я помню, в доках по гиту было написано, что сначала сделают фичу локал, Аноним (132), 09:23 , 21-Окт-20, (85) // У них даже локально не все работает, например gitk , Javaist (?), 18:16 , 24-Окт-20, (148) Уже 2 29 1 вышелhttps github com git git commit b927c80531cca9b9107754186532e8, Javaist (?), 21:44 , 23-Окт-20, (144) // GVF GIT-VERSION-FILE- DEF_VER v2 29 0 DEF_VER v2 29 1и весь релиз, Козлетто (?), 09:22 , 24-Окт-20, (146) // Это лишь один комминт, там ещё есть В описании ведь написано что изменилось или, Javaist (?), 18:15 , 24-Окт-20, (147) 1,3,5,6,7,10,12,16,23,32,85,144

Сообщения

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

6. "Выпуск распределенной системы управления исходными текстами ..."	–4 +/–
Сообщение от Аноним (6), 20-Окт-20, 15:37
А я до сих пор пользуюсь SubVersion и всегда с улыбкой смотрю на очередные новости про гит и хг, и про ребейспроблемы
Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от Аноним (8), 20-Окт-20, 15:44
	Обычно с улыбкой смотрят на болванчиков которые без интернета не могут ни коммит, ни лог сделать, а чтобы переключиться на другую задачу им приходится изменённые файлы двигать. А на тех кто крупное изменение льёт одним коммитом, потому что rebase чтобы разбить его на топики не умеет, смотрят без улыбки и просто указывают им на дверь.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (-), 20-Окт-20, 15:46
	Какую дверь, что ты несешь такое вообще ?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (8), 20-Окт-20, 16:44
	На дверь из IT конторы очевидно, потому что профнепригодность.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Козлетто (?), 20-Окт-20, 18:47
	> На дверь из IT конторы очевидно, потому что профнепригодность. А у нас в ТИУ на "Информационные системы и технология" кроме меня даже о гите и краем уха не слыхали, а уж тем более о всяких rebase и СКВ вообще подавно.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Козлетто (?), 20-Окт-20, 18:47
	>> На дверь из IT конторы очевидно, потому что профнепригодность. > А у нас в ТИУ на "Информационные системы и технология" кроме меня > даже о гите и краем уха не слыхали, а уж тем > более о всяких rebase и СКВ вообще подавно. И не только студенты, но и преподы
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (46), 20-Окт-20, 19:00
	Смешно конечно такие писульки читать, профнепригодность из-за того что коммиты большие? Походу у вас какие-то спартанские порядки в конторе. Все пишут по-разному, в том числе и в опер сорсе коммиты в 2 десятка файлов иногда встречаются. Обычно это вопрос договорённости в команде. До сих пор смешно с такого детского максимализма, ну до поделать, хорошо что я не в такой команде)
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	68. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (8), 21-Окт-20, 00:53
	При чём тут максимализм? Факт 1 - есть code review. Факт 2 - мегакоммит невозможно качественно поревьюить. Поэтому в отличие от профпригодности ревьюера такой коммит либо идёт в прод непоревьюеным, либо заворачивается. В первом случае это рано или поздно ломает прод, во втором разработчик не выполняет свою прямую работу. В результате в обоих случаях отправляется в дворники. Ну либо учится git и rebase и делает ветки из маленьких, атомарных, легко обозримых коммитов.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск распределенной системы управления исходными текстами ..."	+3 +/–
	Сообщение от Crazy Alex (ok), 21-Окт-20, 02:20
	Человек что-то лабает на коленке и что такое промышленное программирование не понимает. Бывает, убеждать бесполезно пока сам не побьётся.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от freehck (ok), 20-Окт-20, 17:15
	Ох уж это российская любовь к ребейзам. Чем вам просто мерджить-то не нравится? "Не аккуратненько"? =/
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	59. "Выпуск распределенной системы управления исходными текстами ..."	+2 +/–
	Сообщение от anana (?), 20-Окт-20, 20:57
	Мёржи превращают историю в нечитабельное месиво. Ребейзы (при правильном использовании) делают красивую линеаризованную историю, где каждый коммит в истории на своём месте и сразу понятно что и когда кто делал (точнее заканчивал делать). Разумеется там где разработчики не пишут описания изменений и смешивают пачку несвязных изменений в один коммит - мёрж / не мёрж уже ничего не поменяет.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Анатолий (??), 21-Окт-20, 07:17
	мержить можно и сквошем.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от freehck (ok), 21-Окт-20, 11:27
	> Мёржи превращают историю в нечитабельное месиво. Это не мёрджи. Это неотлаженный воркфлоу.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	69. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (8), 21-Окт-20, 00:56
	Чтобы вмержить ветку, её нужно сначала отребейзить (совершенно не обязательно на свежий master) и причесать - фиксы опечаток влить в те коммиты где опечатки были сделаны, большие коммиты разбить и т.д.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	62. "Выпуск распределенной системы управления исходными текстами ..."	–2 +/–
	Сообщение от Аноним (62), 20-Окт-20, 23:57
	За ребайсе надо сразу в торец
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	70. "Выпуск распределенной системы управления исходными текстами ..."	+1 +/–
	Сообщение от Аноним (8), 21-Окт-20, 01:00
	Такое говорили 15 лет назад неучи не видевшие и не хотевшие видеть нормальные VCS. Сейчас причесать ветку перед мержем - обязательное правило. Ребейз ветки на master (т.е. с перемещением корня) - дело вкуса, но по мне так нелинейная история допустима только в совсем маленьких проектах, иначе (когда есть > 5 параллельных ветвей) читать её невозможно.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от Аноним (131), 22-Окт-20, 06:28
	В торец надо тем, кто отправляет на ревью всю свою помойку коммитов, образовавшуюся естественным образом в ходе работы. Ревьюера не волнует, какие ты ошибки сделал в ходе работы и как их исправил. Его интересует конечный результат.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	134. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от пох. (?), 22-Окт-20, 09:51
	> В торец надо тем, кто отправляет на ревью всю свою помойку коммитов, > образовавшуюся естественным образом в ходе работы. Ревьюера не волнует, какие ты > ошибки сделал в ходе работы и как их исправил. Его интересует > конечный результат. конечный результат в случае не двустрочного исправления он оценить не сможет в принципе - тот слишком велик, чтобы вот так просто разобраться в его логике. История нужна не для шаманского танца ревьюера, а чтобы потом другие люди могли разобраться, откуда в коде что взялось, и, может быть, найти ломающее все исправление - а не получить в результате бисекта "task1235660" одним куском или десятью - от этого легче не станет. К чему это приводит - мы прекрасненько видим в lkml (я все еще с изюмлением наблюдаю процесс пертурбаций в ntfs3 - теперь уже со стороны, поскольку "уменявсеработает" и лучше уже не станет - именно потому что историю я не вижу и не могу нормально контролировать изменения). Когда ревью на 90% сводятся к придиркам к оформлению и исправлению colour на color. Потому что это единственное, что ревьюеры видят в пятистрочной лапше, на которую порезан действительно большой цельный кусок кода. А критические баги обнаруживаются совсем другими людьми, которые таки взяли проект как целое и начали тестировать - ибо других способов проверки неоднострочного кода в природе нет.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (-), 20-Окт-20, 15:45
	Ну и дурак.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	13. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от Аноним (13), 20-Окт-20, 15:51
	просто ты замшелый пенек. какой нахер subversion? брось уже каку!
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	47. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (47), 20-Окт-20, 19:05
	Zip с циферками еще круче, его все даже github использует, аж скулы от улыбки сводит.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	50. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Michael Shigorin (ok), 20-Окт-20, 19:45
	> ребейспроблемы А что именно Вы предпринимаете в svn, когда надо свести две своих ветки -- например, в основной были мелкие исправления, которые местами пересекаются с текущей разработкой (возможно, где-то и конфликтуют)? Я просто немного помню, как это выглядело с cvs.  С гитом это хотя бы проблемы (в переводе на русский -- задачи), и проблемы решаемые, а не тот кромешный ужас, даже когда сервер рядом по локалке доступен.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	58. "Выпуск распределенной системы управления исходными текстами ..."	+1 +/–
	Сообщение от anonymous yet another (?), 20-Окт-20, 20:56
	Без server-side (священо)действий --- никак. Лочим доступ (когда на запись, а когда и вообще) на час--день--неделю, сливаем backup в сторонку, говорим "ой, мама" и трудимся. После открытия доступа слушаем матюки и угрозы, вжимаем голову в плечи, лочим доступ и пытаемся поправить то, что наворотили. Иногда приходится повторять всё несколько раз. Но вера в святой backup нас поддерживает.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от пох. (?), 21-Окт-20, 10:21
	> А что именно Вы предпринимаете в svn, когда надо свести две своих > ветки merge нужных изменений > -- например, в основной были мелкие исправления, которые местами пересекаются > с текущей разработкой (возможно, где-то и конфликтуют)? и - чем ТУТ поможет rebase? Сломает ветку? Спасибо, я об этом как раз мечтаю. Это cherry-pick, и в svn это делает именно merge. > Я просто немного помню, как это выглядело с cvs.  С гитом в cvs точно так же. > это хотя бы проблемы (в переводе на русский -- задачи), и > проблемы решаемые, а не тот кромешный ужас, даже когда сервер рядом это не проблемы. Проблема что волшебства нет, и тебе придется изучать изменившийся код и заново изобретать свои правки под новую версию. Хоть с ребейзом, хоть с мержем, хоть с новая-папка-22 Проблема cvs/svn - когда проект НЕ ТВОЙ и ты не планируешь/не можешь в него возвращать правки. Потому что ты не можешь вести СВОЮ историю изменений параллельно - ни в виде ветки, ни в каком еще, даже в виде "новая папа" не можешь - случайный svn up все испортит. (svk, но это тот еще костыль) Забавно, что как раз git порожден средой, которая категорически враждебна к подобным применениям.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	71. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (8), 21-Окт-20, 01:04
	Недалёким неведомо что svn up при наличии незакоммиченных изменений в working copy делает ни что иное как ребейз [этих изменений на новый head].
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	94. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от пох. (?), 21-Окт-20, 11:38
	> Недалёким неведомо что svn up при наличии незакоммиченных изменений в working copy > делает ни что иное как ребейз [этих изменений на новый head]. это мерж. И более того, явный мерж делается точно так же - через working copy. Недал...неосиляторам distributed-vcs (для этого необязательно быть недалеким, может и просто повезло, как леночке-проститутке) неведомо, что rebase - это перенос _истории_, а не всех отличий пачкой без разбора. Эгмх...подделка истории, тоись ;-) Смысла в нем, чаще всего, никакого, просто у тех макак "здесь так принято". Реальную проблему с svn я уже попытался разжевать: вот лежит у тебя в working copy ДВА разных набора патчей (пусть даже история тебе нахрен не нужна). А может и 22 (у меня в freebsd ports и больше может быть, а история в общем-то не нужна) Не закомичены и не будут - это не твой репо. up их ломает к хренам. Патчи нетривиальные, и чинить их надо строго по одному, и не факт что сможешь оба починить в принципе - возможно, придется радоваться что хоть один починишь. А может изменения апстрима совсем критичные, и надо собрать апстримную версию любой ценой прямо сейчас, а потом уже свое чинить. Что делать будиииим - новаяпапка21, да? Мелкая проблема - что ты мог просто забыть о своих патчах в working tree, сделать up, и получить поломанное дерево. Теперь ты ни откатить этот up не можешь, ни сохранить свои правки в сторонку, чтобы разобраться с ними как-нибудь потом - состояние до up и кривомержа нигде не сохранено. git или hg просто дадут тебе по рукам при попытке это сделать. И потребуют явно указать, что предпринять с несохраненными изменениями. Ничто, разумеется, не мешало снабдить подобной проверкой и svn/cvs, но их писали давно, проекты были маленькими, всем было лень напрягаться.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (8), 21-Окт-20, 18:19
	> что rebase - это перенос _истории_, а не всех отличий пачкой без разбора. Эгмх...подделка истории, тоись ;-) А нет никакой разницы разбиты изменения на отдельные коммиты или не разбиты, и вообще оформлены в виде коммитов или нет - в ваших терминах это в любом случае "подделка". С практической стороны в любом случае может произойти изменение в чужом коде которое сломает твоё изменение или тихо изменит его поведение, даже не вызвав конфликта.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от пох. (?), 21-Окт-20, 18:38
	> С практической стороны в любом случае может произойти изменение в чужом коде которое сломает твоё > изменение не может - оно где-то в origin/чтототам происходит в терминах гита. Твои комиты _никуда_ не денутся, и даже попортить автомагическим мержем НЕ закомиченое тебе не дадут. (Закомиченное - дадут, полагая что это именно то что ты хотел, но ты всегда можешь вернуть исходное состояние, это история.) А в svn/cvs ничего из этого нет, и для работы с _чужими_ проектами это действительно проблема. Подделка происходит при rebase. Поинтересуйся на досуге, что при этом на самом деле происходит с историей.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от пох. (?), 22-Окт-20, 09:39
	> А нет никакой разницы есть. > в ваших терминах это в любом случае "подделка". нет. Подделка - это именно подделка истории, когда изменения придуманные и реализованные при одном (одних, возможно - разных) состоянии кодовой базы - создаются кодом vcs заново, и выглядят в логе как сделанные при совсем другом ее состоянии. Так работает rebase - создавая фейковую историю вместо настоящей (поверх нее - настоящая на самом деле остается тоже, но ты ее не увидишь, а потом gc ее окончательно зачистит). А что вы там нафантазировали - к моим терминам не имеет ни малейшего отношения. Настоящую историю модификаций кода сохраняет merge. Но в той парадигме, для которой придуман и предназначен гит - твоя история никому не нужна, пришлите патчи в рассылку, порезав помельче. Поскольку там на самом деле не совместная разработка, а поклонение божкам. Для именно совместной гит одна из самых неподходящих технологий. Но модные-современные ничего другого просто не умеют.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	82. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от nomad__ (ok), 21-Окт-20, 07:50
	> ребейспроблемы например какие? А то вот уже 7 лет пользуюсь гитом и что-то не припомню проблем с rebase. Перешел, кстати, с svn.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

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

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