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

Доступна система управления исходными текстами Git 2.41, opennews (??), 02-Июн-23, (0) [смотреть все] 542 изменения, что они там делают ваще , Аноним (2), 11:15 , 02-Июн-23, (2) +4 // коммитят, Аноним (3), 11:19 , 02-Июн-23, (3) +6 а сколько должно было быть точное число назови, Аноним (4), 11:29 , 02-Июн-23, (4) // 42 же , 1 (??), 12:14 , 02-Июн-23, (7) +2 тебе же написали 2 41, Аноним (8), 12:15 , 02-Июн-23, (8) https github com git git compare v2 40 0 v2 41 0, Аноним (84), 08:04 , 03-Июн-23, (84) Как в конфиге прибить для форспушей обязательное выполнение --force-with-lease и, Аноним (5), 11:40 , 02-Июн-23, (5) // Альясом в bash или в самом Git да, в нём тоже альясы есть в config , Пряник (?), 13:02 , 02-Июн-23, (15) +2 после svn на git без слёз не взглянешь но да, миллионы мух не могут ошибаться, Аноним (10), 12:50 , 02-Июн-23, (10) –1 // И сразу фтопку Не будь как все Ешь ногами, а код набирай носом , Аноним (4), 12:57 , 02-Июн-23, (12) +4 // у тебя все репы централизованные на твоём гитхабе или гитлабе, а про децентрализ, Аноним (10), 12:59 , 02-Июн-23, (13) // Нет, у меня все репы децентрализованные, потому что это гит Особенно это пригод, Аноним (4), 13:19 , 02-Июн-23, (18) +1 Subversion умеет прозрачное зеркалирование сервера, переезд очень легкий svn r, lizard (??), 16:34 , 02-Июн-23, (27) –2 В git вообще понятие переезда не имеет смысла - моя репа не хуже серверной Если, Аноним (-), 21:54 , 05-Июн-23, (127) и где тут децентрализация может ты толковым словарём не овладел , Аноним (46), 18:52 , 02-Июн-23, (46) –2 От наличия основного репозитория децентрализованные фишки никуда не исчезают На, Аноним (25), 15:11 , 02-Июн-23, (25) не жалко отдавать хоть сколь-нибудь коммерческое поделие микрософту 124 compa, Ананий (?), 15:49 , 02-Июн-23, (26) –1 О чём ты Какая проблема Иди проспись , Аноним (69), 00:27 , 03-Июн-23, (69) YOLO, в случае гита каждая репа у каждого разработчика сама по себе - бэкап , Аноним (-), 21:55 , 05-Июн-23, (128) Subversion умеет удаленный бакап нужных веток svnrdump А потом можно все отпра, lizard (??), 16:36 , 02-Июн-23, (28) - Вы пробовали им дампить и заливать репозиторий хотя бы в 200k коммитов Попроб, Аноним (69), 00:36 , 03-Июн-23, (72) 200000 нет, но 20000 работает, хотя и далеко не мгновенно Руками качать нет нео, lizard (??), 02:58 , 03-Июн-23, (80) В git есть абсолютная гарантия неизменности истории и содержания, потому что он , Электрон (?), 01:14 , 04-Июн-23, (100) +1 git initecho Бла бла бла хелло мир file1 txtgit add file1 txtgit commit -m пе, lizard (??), 02:13 , 04-Июн-23, (101) –1 Вы прикалываетесь Ну вот вам на основе именно ваших потуг code cat 123 shgit, Аноним (-), 21:23 , 05-Июн-23, (121) нет, вы похоже не совсем понимаете о чем шла речь в примере, lizard (??), 02:15 , 07-Июн-23, (141) О том что вы картинно прострелили сами себе пятку и принялись вопить , Аноним (142), 11:37 , 07-Июн-23, (142) Пример хороший, но для другого После прочтения всё становится на свои места ht, Электрон (?), 13:02 , 06-Июн-23, (134) ага - в гите вообще нет файлов и путей как сущности , lizard (??), 02:13 , 07-Июн-23, (140) Что к лучшему - не брыкается при рефакторах кода Но чтобы это знать надо уметь , Аноним (142), 12:05 , 07-Июн-23, (145) Так можно сразу на Github, Gitlab, Bitbucket, gitflic какой-нибудь даже, и себе , FSA (??), 18:10 , 02-Июн-23, (39) –1 Где сложно Мейнтейнеру хоть мылом пачти присылают Он после мерджа распушивает , Электрон (?), 23:30 , 02-Июн-23, (67) +1 Более того - даже если на того майнтайнера или тот сервер упал автобус, или что , Аноним (-), 21:56 , 05-Июн-23, (129) В svn есть shelving - локальное хранилище, данные из которого не шлются на серве, lizard (??), 20:30 , 05-Июн-23, (120) Скрыто модератором, Аноним (-), 05:13 , 04-Июн-23, (102) +1 Ты путаешь гит с гитхабом гитлабом Первое -- распределённая система управления , Брат Анон (ok), 08:20 , 05-Июн-23, (117) Централизованная система управления версиями имеет множество своих важных плюшек, lizard (??), 16:58 , 02-Июн-23, (29) +1 // Про git-svn слышал , Серб (ok), 18:02 , 02-Июн-23, (37) Хорошая вещь, но не в тему сказана Как git-svn гарантирует, что важная ветка не, Другой Аноним (?), 20:50 , 02-Июн-23, (55) Я так понимаю, просто наличие git-svn приводит к тому, что нет никаких гарантий,, Аноним (87), 10:06 , 03-Июн-23, (87) Нет, не опроверг Если у юзера git-svn нет доступа к ветке, то ниткакой git-svn , lizard (??), 08:33 , 04-Июн-23, (103) Если у пользователя нет доступа - чем это отличается от git Если и там нет досту, Аноним (106), 10:30 , 04-Июн-23, (106) В git нет никакого контроля доступа Совсем На сервере он делается через костыл, lizard (??), 22:00 , 04-Июн-23, (107) И в svn контроли гранулированный - хоть к отдельной подветке , lizard (??), 22:03 , 04-Июн-23, (108) Из гитхабчика регулярно утекают приватные ключи из открытых реп Жесть В svn ри, lizard (??), 22:08 , 04-Июн-23, (109) Если разработчик д бил и заливает ключи в репу - кто ему доктор Тело пускающее п, Аноним (122), 21:29 , 05-Июн-23, (122) Тело не должно вообще морочиться Морочиться должен администратор сервера svn -, lizard (??), 02:09 , 07-Июн-23, (139) Администратор сервера 1 на всю толпу и вообще не обязан знать за вообще всех как, Аноним (142), 11:39 , 07-Июн-23, (143) нет, для корпораций, с тенденцией к по возможности максимальному контролю Вы ко, lizard (??), 00:43 , 08-Июн-23, (155) –1 git-svn это просто интерфейс к git, позволяющий использовать сервер svn Вещь ин, lizard (??), 00:39 , 03-Июн-23, (73) Он нужен 1 раз в жизни - получить нормальное представление репы из свина Потом , Аноним (122), 21:30 , 05-Июн-23, (123) Как только ты прописываешь адрес сервака, уже идёт централизация Нет никаких де, Аноним (46), 18:54 , 02-Июн-23, (47) +2 Нет гит не так устроен Не обязательно прописывать сервер Я могу прописать адре, fuggy (ok), 01:01 , 03-Июн-23, (76) А если три сервера прописал, то центр где , Аноним (5), 10:07 , 03-Июн-23, (88) А если я патчи в PACK файл перекидываемый между юзерами флопинетом оформил, цент, Аноним (122), 21:32 , 05-Июн-23, (124) Скрыто модератором, Советский инженер и пенсионер (?), 17:50 , 02-Июн-23, (36) –1 Гит всего лишь реализация механизма Что-то типа виртуальных снапшотов поверх ко, Пряник (?), 13:00 , 02-Июн-23, (14) +1 // git всего лишь NIH-синдром в самом существе, который стал популярным по тем же п, Аноним (10), 13:02 , 02-Июн-23, (16) –3 // Бездоказательное утверждение Да, и git и cmake не идеальны, ноа Они на голову,, Аноним (25), 22:03 , 02-Июн-23, (65) +2 Ну, в этом что-то есть По тому сколько изменений в git программу вносится, в стр, Аноним (93), 19:09 , 03-Июн-23, (93) Руки прочь от CMake Пока ваш базель мезон не реализует всю функциональность сим, Аноним (97), 21:17 , 03-Июн-23, (97) А где другие имплементации этих снапшотов Нет их, поэтому говорить о них как об, Аноним (56), 20:52 , 02-Июн-23, (56) Смотри-ка муха считает что права именно она, а не остальные мухи , Аноним (25), 15:04 , 02-Июн-23, (24) +1 Сравните CVE для git и svn Для git репортов намного больше плюс полно количеств, lizard (??), 17:16 , 02-Июн-23, (31) // Security by Joe , soarin (ok), 17:20 , 02-Июн-23, (32) –9 // Скрыто модератором, Аноним (33), 17:43 , 02-Июн-23, (33) –1 А чего не CVS 129313 , Аноним (38), 18:03 , 02-Июн-23, (38) // А почему бы и нет Стабильная и быстрая штука , Аноним (56), 21:05 , 02-Июн-23, (61) А после RCS и Новая папка 212 вообще рыдаешь сутки не останавливаясь , Аноним (50), 19:35 , 02-Июн-23, (50) Hello, this is Linus Torvalds and I pronounce SVN as GIT , мимо (?), 23:48 , 02-Июн-23, (68) Пишут гит, чтобы писать гит Пока писали, стал тормозить, стали еще больше писат, Пряник (?), 12:52 , 02-Июн-23, (11) +7 Скоро эта утилита, предназначенная для менеджмента исходников ядра Linux, станет, Аноним (23), 14:31 , 02-Июн-23, (23) +3 // чтобы пользоваться черной магией git пишут толстые книги Но все равно юзеры р, lizard (??), 17:03 , 02-Июн-23, (30) –3 // Так эти юзеры удалённый репозиторий не испортят в таком случае А у себя пусть л, FSA (??), 18:31 , 02-Июн-23, (42) // Это преимущество в умелых руках Но проблема в том, что некоторые юзеры любят ла, lizard (??), 00:34 , 03-Июн-23, (71) Ну и за одно вот это вот svn должен умереть Задача VCS помогать разработке а не, Аноним (-), 21:40 , 05-Июн-23, (125) Можно испортить удаленный сервер --force готово , lizard (??), 03:01 , 03-Июн-23, (81) –1 Поумалчанию установленный сервер - нет Для этого еще в настройках сервера надо , Аноним (106), 10:27 , 04-Июн-23, (105) Там один лишь официальный мануал тянет на трёхтомник ландсберга Даже не предста, Советский инженер и пенсионер (?), 17:47 , 02-Июн-23, (35) // А там всё и не надо держать По большому счёту для повседневной работы хватает p, FSA (??), 18:34 , 02-Июн-23, (43) // Может тогда вообще использовать не Git, а другую систему попроще , Аноним (56), 20:54 , 02-Июн-23, (57) Ну так используешь базовые возможности Остальное, возможно, необходимо другим в, FSA (??), 20:58 , 02-Июн-23, (59) Напоминает C , Аноним (56), 21:08 , 02-Июн-23, (62) 175 _ 12484 _ 175 Я даже не знаю что тут ответить , FSA (??), 21:37 , 02-Июн-23, (64) git изначальтно спроектирован кое-как для довольно извратного workflow патчи от, lizard (??), 22:20 , 04-Июн-23, (110) Сравните git и любые другие системы контроля версий - svn один бинарный файл, hg, lizard (??), 22:26 , 04-Июн-23, (111) Это как Сервак на котором svn крутится явно не 1 файл А без этого сервака оно , Аноним (130), 22:21 , 05-Июн-23, (130) Сервак svn точно в 1 файл не влезет, без сервака клиент - вообще ни о чем Он са, Аноним (131), 23:16 , 05-Июн-23, (131) Пользуйтесь чем вам удобно, никто не заставляет Но каша из баша показывает изна, lizard (??), 02:03 , 07-Июн-23, (137) что писавший его1 умел в модуляризацию и субзадачи2 знал где критично, на с, Аноним (142), 11:56 , 07-Июн-23, (144) что писавший его думал в первую очередь об облегчении своего личного труда в , lizard (??), 00:54 , 08-Июн-23, (157) причем тут сервак Речь идет о клиенте Сервак это вообще отдельная вещь Попроб, lizard (??), 02:06 , 07-Июн-23, (138) Git сам по себе изначально не клиент и не сервер, он VCS Симметричный и самодос, Аноним (142), 12:11 , 07-Июн-23, (147) Строго говоря рн не vcs совсем, так как тут нет ни версий ни файлов git это сис, lizard (??), 00:49 , 08-Июн-23, (156) Используй, кто ж тебе не даёт-то Как существование Git тебе лично мешает пользо, Аноним (50), 00:33 , 03-Июн-23, (70) Ну например merge, на случай если ты все же сводишь в репу потенциально конфликт, Аноним (-), 21:42 , 05-Июн-23, (126) Чтобы работать не нужно не только читать его весь, но и читать его вообще Для р, Аноним (25), 22:11 , 02-Июн-23, (66) https www opennet ru opennews art shtml num 52355, Вы забыли заполнить поле Name (?), 14:28 , 03-Июн-23, (89) Не устану повторять, что гит не нужен Это лишнее колесо в телеге Намного быстр, Советский инженер и пенсионер (?), 17:44 , 02-Июн-23, (34) –1 // Ты не прав от слова совсем И дело не в git или другой системе контроля версий , Аноним (46), 18:57 , 02-Июн-23, (48) // Какие гиги, там один helloworld rs, Аноним (56), 20:58 , 02-Июн-23, (58) +5 Мде, в 2023-м не знать про мёрдж , Аноним (2), 19:03 , 02-Июн-23, (49) Нет, git очень даже нужен - для своей модели использования Для всего другого - , lizard (??), 03:03 , 03-Июн-23, (82) // его модель использования - автоматизация работы одного очень странного чувака, т, пох. (?), 17:45 , 03-Июн-23, (91) // А как же опенсорс, никто никому ничего не должен, захотел 8212 форкнул Не вы, Аноним (50), 18:54 , 03-Июн-23, (92) во-первых, поляна уже загажена - причем не по щиколотку, а аж по пояс форкнуть н, пох. (?), 21:02 , 03-Июн-23, (95) У git есть TortoiseGit и GUI-клиенты и плагины для файловых менеджеров У pijul , Аноним (96), 21:11 , 03-Июн-23, (96) Есть несколько альтернатив, если надо именно распределенную систему - см https , lizard (??), 00:14 , 05-Июн-23, (112) Нет, будет - сделали автозеркалирование d git, lizard (??), 00:22 , 05-Июн-23, (113) Хотя fossil практически сам себе гитхабчик Все в одном бинаре - и версиии веб и, lizard (??), 00:26 , 05-Июн-23, (114) у hg, svn и с определенными особенностями перфорсы - тоже есть Но ты как обыч, пох. (?), 11:39 , 05-Июн-23, (118) Удачи тебе в взаимодействиях Хорошо когда проприетарщики на самоизоляцию уходят, Аноним (133), 01:28 , 06-Июн-23, (133) Не очень понимаю как при таком пускании пузырей программировать что-то получаетс, Аноним (142), 12:12 , 07-Июн-23, (148) Скрыто модератором, Аноним (40), 18:11 , 02-Июн-23, (40) +3 // Скрыто модератором, Вы забыли заполнить поле Name (?), 18:23 , 02-Июн-23, (41) Скрыто модератором, FSA (??), 18:36 , 02-Июн-23, (44) Скрыто модератором, Аноним (45), 18:51 , 02-Июн-23, (45) +1 Скрыто модератором, Аноним (50), 19:46 , 02-Июн-23, (51) –1 Скрыто модератором, Аноним (56), 21:00 , 02-Июн-23, (60) Скрыто модератором, Аноним (69), 00:40 , 03-Июн-23, (74) –1 Скрыто модератором, пох. (?), 17:41 , 03-Июн-23, (90) Что бы делать - лишь бы на SHA256 не переходить , Аноним (63), 21:24 , 02-Июн-23, (63) +1 // Что бы делать - лишь бы ненужного не делать , Аноним (86), 09:48 , 03-Июн-23, (86) +1 Какие-то индексы, обратные индексы индексы - зачем это всё Есть же базы данных,, Аноним (93), 19:14 , 03-Июн-23, (94) +2   // тут главное побольше накоммитить и показать свою активность hr у, Аноним (2), 21:48 , 03-Июн-23, (98) +1   Все дело в скорости работы Часто используемые операции должны работать быстро , Аноним (106), 10:25 , 04-Июн-23, (104)   https www fossil-scm org - на SQLite Все уже сделано до нас , lizard (??), 00:29 , 05-Июн-23, (115)   // Это там где, для того, что бы поправить историю, надо конвертировать репозиторий, Серб (ok), 17:18 , 05-Июн-23, (119)   // поправить историю Это зачем и как, как в гите с оторванными ветками Во вменяе, lizard (??), 01:57 , 07-Июн-23, (135)   любое вмешательство в историю превращает ее в фейк, lizard (??), 01:58 , 07-Июн-23, (136)   сама по себе история никому не нужнанужны понятные и обоснованные измененияБлужд, Серб (ok), 13:03 , 07-Июн-23, (150)   правильная история помогает найти сточник ошибок, регрессии и т п При редактиро, lizard (??), 00:25 , 08-Июн-23, (151)   для этого нужно правильно и обоснованно работать нормально организовать свой wo, lizard (??), 00:29 , 08-Июн-23, (152)   Вы из тех, кто никогда не ошибается , Серб (ok), 12:57 , 08-Июн-23, (162)   Все ошибаются Ошибка это тоже часть истории Не нужно ее прятать, lizard (??), 16:59 , 09-Июн-23, (164)   Зачем рецензенту продираться сквозь ошибки , Серб (ok), 13:26 , 13-Июн-23, (169)   возможно в случае ошибки имеет смысл править сообщение коммита post hoc, для мар, lizard (??), 20:27 , 09-Июн-23, (167)   Именно при редактировании истории этот процесс становится на порядок проще реали, Серб (ok), 13:33 , 08-Июн-23, (163)   Допустим один из разработчиков внес в проект код украденный из другого проекта Ч, Серб (ok), 12:59 , 07-Июн-23, (149)   в svn svn rm , lizard (??), 00:30 , 08-Июн-23, (153)   git rm , lizard (??), 00:32 , 08-Июн-23, (154)   История доступна Код в истории доступен Решения суда не выполнили , Серб (ok), 12:57 , 08-Июн-23, (161)   Почему же Ветка удалена, в публичном доступе украденного кода нет В текущих ве, lizard (??), 12:08 , 10-Июн-23, (168)   Удалять ветку, которая давно уже вмержена в основную, ну, или, отребейзена Каков, Серб (ok), 13:29 , 13-Июн-23, (170)   Ну от вам другой пример Вя инженер делаете NASAMS и через пять лет ракета взры, lizard (??), 11:13 , 08-Июн-23, (158)   Во первых Кто-нибудь, когда-нибудь сел Во вторых Два типа репозиториев - это впо, Серб (ok), 12:55 , 08-Июн-23, (160)   У вас всегда есть шанс Ну и про NASAMSы мы не знаем, все секретно Систематич, lizard (??), 20:14 , 09-Июн-23, (165)   Вот и правьте историю в публичном репозитарии для красоты Или вообще выкладывай, lizard (??), 20:19 , 09-Июн-23, (166)   Тут, очевидно, что разница глобальная Публичная история должна быть красивой б, Серб (ok), 13:33 , 13-Июн-23, (171)   Как то чересчур переусложнили систему Хрень какая та стала, Neon (??), 05:06 , 05-Июн-23, (116) // Плохому танцору всегда что-то мешает , Аноним (131), 23:18 , 05-Июн-23, (132) gt оверквотинг удален Основной урок тут такой никогда не связывайтесь с питон, lizard (??), 11:41 , 08-Июн-23, (159) 2,5,10,11,23,34,63,94,116,159

Сообщения

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

94. "Доступна система управления исходными текстами Git 2.41"	+2 +/–
Сообщение от Аноним (93), 03-Июн-23, 19:14
Какие-то индексы, обратные индексы индексы - зачем это всё? Есть же базы данных, в них всё это давно уже есть и хорошо работает, зачем переизобретать?
Ответить | Правка | Наверх | Cообщить модератору

	98. "Доступна система управления исходными текстами Git 2.41"	+1 +/–
	Сообщение от Аноним (2), 03-Июн-23, 21:48
	тут главное побольше накоммитить и показать свою активность hr'у
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (106), 04-Июн-23, 10:25
	> Какие-то индексы, обратные индексы индексы - зачем это всё? Есть же базы данных, в них всё это давно уже есть и хорошо работает, зачем переизобретать? Все дело в скорости работы. Часто используемые операции должны работать быстро. Редкоиспользуемые - приемлемое время. И дальше идет ручная балансировка необходимой от БД функциональности. Есть базы данных, которые могут разрешить сделать ручную балансировку необходимой функциональности?
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	115. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 05-Июн-23, 00:29
	https://www.fossil-scm.org/ - на SQLite. Все уже сделано до нас.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	119. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 05-Июн-23, 17:18
	Это там где, для того, что бы поправить историю, надо конвертировать репозиторий в git, поправить в git'е историю, и конвертировать обратно?
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 07-Июн-23, 01:57
	поправить историю? Это зачем и как, как в гите? с оторванными ветками? Во вменяемой системе контроля версий история изменений не может быть изменена, иначе уже это не система контроля версий. История изменений должна отражать реальные изменения, сделанные в процессе работы. В противном случае это не история, а а не фейк. Как у Оруэлла.История свята и священна :)
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 07-Июн-23, 01:58
	любое вмешательство в историю превращает ее в фейк
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 07-Июн-23, 13:03
	> любое вмешательство в историю превращает ее в фейк сама по себе история никому не нужна нужны понятные и обоснованные изменения Блуждания в поиске подходящей реализации оставьте у себя в локальной ветке
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 08-Июн-23, 00:25
	правильная история помогает найти сточник ошибок, регрессии и т.п. При редактировании истории в git можно получить некомпилируемые коммиты, оторванные ветки и подобные проблемы. Гит строго говоря вообще не система контроля версий. (Но эт о не значит что гит плох. Он имеет свои плюсы и минусы как и любой тул)
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 08-Июн-23, 00:29
	> нужны понятные и обоснованные изменения для этого нужно правильно и обоснованно работать: нормально организовать свой workflow - органические коммиты, trunk-based и т.п. Причем и в любой vcs,включая git. Красивая фейковая история только создает проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 08-Июн-23, 12:57
	>> нужны понятные и обоснованные изменения > для этого нужно правильно и обоснованно работать: нормально организовать свой workflow > - органические коммиты, trunk-based и т.п. Причем и в любой vcs,включая > git. Красивая фейковая история только создает проблемы. Вы из тех, кто никогда не ошибается?
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 09-Июн-23, 16:59
	Все ошибаются. Ошибка это тоже часть истории. Не нужно ее прятать
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 13-Июн-23, 13:26
	> Все ошибаются. Ошибка это тоже часть истории. Не нужно ее прятать Зачем рецензенту продираться сквозь ошибки?
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 09-Июн-23, 20:27
	> Все ошибаются. Ошибка это тоже часть истории. Не нужно ее прятать возможно в случае ошибки имеет смысл править сообщение коммита post hoc, для маркировки, идентификации ошибки, описания и т.п. Но лишь тольтко лейбл, а не changeset. В svn кстати есть возможность редактировать commit message, не затрагивая changeset.
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	163. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 08-Июн-23, 13:33
	> правильная история помогает найти сточник ошибок, регрессии и т.п. Именно при редактировании истории этот процесс становится на порядок проще реализовать.
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

	149. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 07-Июн-23, 12:59
	Допустим один из разработчиков внес в проект код украденный из другого проекта. Через 5-ть лет на вас подали в суд. Ваши действия?
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	153. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 08-Июн-23, 00:30
	в svn? `svn rm` :)
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 08-Июн-23, 00:32
	`git rm`
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 08-Июн-23, 12:57
	> в svn? `svn rm` :) История доступна. Код в истории доступен. Решения суда не выполнили.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	168. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 10-Июн-23, 12:08
	Почему же? Ветка удалена, в публичном доступе украденного кода нет. В текущих ветках его тоже нет. Возможность работать с веткой можно заблокировать контролем доступа, если нужно. Это все работает в разных VCS, d svn и например в Perforce. Кстати, если речь касается именно svn, то таки да, можно удалить ветку из репозирория, но это довольно замороченный метод, хотя и официально документированный насколько я помню в svnbook. Но это крайний случай, если дело очень серьезное и в суде придти к договоренности не удалось. По поводу украденного кода в репе андроид-фонарика или фейсбучка можно придти к договоренности в суде. Но вот если правка истории изменений кода сделала невозможно расследование авиационной катастрофы или аварии на АЭС - это намного серьезнее. Тут люди погибли и это надо досконально расследовать, изучая все коммиты в том виде и в том порядке, в котором они были сделаны в свое время, не скрываю ошибок, экспериментов и странностей внесенных разработчиками.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 13-Июн-23, 13:29
	> Ветка удалена Удалять ветку, которая давно уже вмержена в основную, ну, или, отребейзена? Каков результат такого удаления?
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 08-Июн-23, 11:13
	Ну от вам другой пример. Вя инженер делаете  NASAMS и через пять лет ракета взрывается на старте или летит в зад запускающему. Поднимаете код и видите что история гита отредактирована, ветка пропала, коммит с предполагаемой ошибкой испорчен в результате правки истории и не компилируется вообще. Зато история выглядит красиво и изменения (месседжи?) выглядят обоснованными. Кто сидеть-то будет?
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	160. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 08-Июн-23, 12:55
	Во первых: Кто-нибудь, когда-нибудь сел? Во вторых: Два типа репозиториев - это вполне норма для корпораций: один публичный; другой непубличный; В публичном удаляется то, что нужно удалить по закону. В третьих: Релизы бывают сравнительно редко и до их выхода история должна быть переработана так, что бы рецензенты могли легко понять изменения. Ничего лишнего. Ни одного патча исправляющего ошибку в предыдущем патче. И вот такая история должна храниться. Можно и дальше делать вид, что идеология требует неизменяемой истории. А можно признать, что на этапе проектирования была допущена ошибка в выборе системы хранения, не позволяющая реализовать нужный функционал.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 09-Июн-23, 20:14
	> Кто-нибудь, когда-нибудь сел? У вас всегда есть шанс :) Ну и про NASAMSы мы не знаем, все секретно. Систематическая ошибка выжившего
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 09-Июн-23, 20:19
	> Два типа репозиториев - это вполне норма для корпораций: > один публичный; Вот и правьте историю в публичном репозитарии для красоты. Или вообще выкладывайте zip. Это почти не имеет отношения к контролю версии при разработке. Это вопрос управления контентом, дистрибуции и т.п. Я же не утверждяю что гит не подходит для выкладывания кода ни гитхабе. Большинство VCS умеют экспортировать/зеркалировать  в git
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	171. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 13-Июн-23, 13:33
	>> Два типа репозиториев - это вполне норма для корпораций: >> один публичный; > Вот и правьте историю в публичном репозитарии для красоты. Или вообще выкладывайте > zip. Это почти не имеет отношения к контролю версии при разработке. > Это вопрос управления контентом, дистрибуции и т.п. Я же не утверждяю > что гит не подходит для выкладывания кода ни гитхабе. Большинство VCS > умеют экспортировать/зеркалировать  в git Тут, очевидно, что разница глобальная. Публичная история должна быть красивой (без безобразий) что бы привлекать новых разработчиков, так как в таком случае большее число людей сможет разобраться: как, что и почему было сделано. Если у вас нет рецензентов и вы не заинтересованы в притоке новых разработчиков, то да, можете хранить историю блуждания в поисках подходящей реализации.
	Ответить | Правка | Наверх | Cообщить модератору

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

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