forum.opennet.ru

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

Оглавление

Доступна система управления исходными текстами 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)

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

12. "Доступна система управления исходными текстами Git 2.41" +4 +/–

Сообщение от Аноним (4), 02-Июн-23, 12:57

> Subversion — свободная централизованная
> централизованная
И сразу фтопку.
> миллионы мух не могут ошибаться
Не будь как все. Ешь ногами, а код набирай носом.

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

13. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (10), 02-Июн-23, 12:59

у тебя все репы централизованные на твоём гитхабе или гитлабе, а про децентрализованные фишки все забыли ещё до твоего рождения

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

18. "Доступна система управления исходными текстами Git 2.41" +1 +/–

Сообщение от Аноним (4), 02-Июн-23, 13:19

> у тебя все репы централизованные на твоём гитхабе или гитлабе
Нет, у меня все репы децентрализованные, потому что это гит. Особенно это пригодилось на работе, когда переезжали с публичного инстанса гитлаба на self-hosted: во время переходного периода были две одновременно каноничные, но разные по своему составу репы.

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

27. "Доступна система управления исходными текстами Git 2.41" –2 +/–

Сообщение от lizard (??), 02-Июн-23, 16:34

Subversion умеет прозрачное зеркалирование сервера, переезд очень легкий: `svn relocate` :)

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

127. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (-), 05-Июн-23, 21:54

> Subversion умеет прозрачное зеркалирование сервера, переезд очень легкий: `svn relocate` :)
В git вообще понятие переезда не имеет смысла - моя репа не хуже серверной. Если сервер сдох - ну окей, я свою репу куда-то еще залью. Это еще проще.
Кстати, минус сетап сервера, если я хотел лишь немного попрограмить по бырому и при этом контроль версий хотел. А потом можно куда-то залить, если хочется. А можно и не заливать. Смотря что надо. У меня есть и несколько локальных проектов, где я пользуюсь всеми прелестями контроля версий. Без сетапа каких либо серверов.
И работает это все даже если сервак уже сдох. Т.е. в случае гита какой-то ремотный серв для перекидывания файлами это опция, удобство, а не основа процесса. Его может вообще не быть в ряде случаев. А если он взбрыкнул, это за 5 минут заливается в любой другой реп. Из того что у разработчиков есть. Это вполне себе такие же копии репы. Весьма принципиальная разница.

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

46. "Доступна система управления исходными текстами Git 2.41" –2 +/–

Сообщение от Аноним (46), 02-Июн-23, 18:52

и где тут децентрализация? может ты толковым словарём не овладел?

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

25. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (25), 02-Июн-23, 15:11

От наличия основного репозитория децентрализованные фишки никуда не исчезают. Например, турнут тебя с гитхаба - пушнешь на гитлаб и продолжишь работать как ни в чём не бывало. А репозиторий subversion, из которой VCS как из гoвна поля, ты в этом случае потеряешь. Ну и потом, децентрализованная VCS это не только децентрализованная разработка. subversion, в которой нельзя сделать локальную ветку без write доступа в основной репозиторий, вообще VCS считаться не может.

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

26. "Доступна система управления исходными текстами Git 2.41" –1 +/–

Сообщение от Ананий (?), 02-Июн-23, 15:49

>Например, турнут тебя с гитхаба
не жалко отдавать хоть сколь-нибудь коммерческое поделие микрософту|${companyname} на съеденье?
В случае селфхостед твоя проблема решается копированием репы. Или бекупы гиту не нужны?

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

69. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (69), 03-Июн-23, 00:27

> не жалко отдавать хоть сколь-нибудь коммерческое поделие микрософту|${companyname} на съеденье?
О чём ты?
> В случае селфхостед твоя проблема решается копированием репы.
Какая проблема?
> Или бекупы гиту не нужны?
Иди проспись.

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

128. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (-), 05-Июн-23, 21:55

> В случае селфхостед твоя проблема решается копированием репы. Или бекупы гиту не
> нужны?
YOLO, в случае гита каждая репа у каждого разработчика сама по себе - бэкап.

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

28. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 02-Июн-23, 16:36

Subversion умеет удаленный бакап нужных веток: svnrdump. А потом можно все отправить на новый сервер.

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

72. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (69), 03-Июн-23, 00:36

- Вы пробовали им дампить и заливать репозиторий хотя бы в 200k коммитов? Попробуйте.
- О бэкапе нужно заранеее позаботиться. Никто этого не делает. И нет, они не ССЗБ, поскольку в нормальных VCS не нужно заранее заботиться о бэкапах. Алсо, даже регулярный бэкап отстаёт от реальности, поэтому последние изменения будут потеряны. В git это невозможно.
- Для поднятия нового официального репозитория должен проснуться овнер проекта. Это простой разработки в часы-недели. В git во-первых, простоя не будет, потому что в них МОЖНО полноценно работать локально. Во-вторых, в git можно за секунду организовать временный общий репозиторий где угодно. Или несколько. Надо ли говорить, что произойдёт в svn мире если вдруг народ после проблем с репозиторием не договорился и поднял НЕСКОЛЬКО его копий и в каждую что-то закоммитил?

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

80. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 03-Июн-23, 02:58

200000 нет, но 20000 работает, хотя и далеко не мгновенно. Руками качать нет необходимости - все делает скрипт.
> О бэкапе нужно заранеее позаботиться. Никто этого не делает.
Сервер требует бакап. В том числе и git. Точка.
> в нормальных VCS не нужно заранее заботиться о бэкапах
??? - в гит нет гарантии того, что на разных серверах хранятся полностью идентичные данные, нет гарантии одинаковой истории изменений. Так что бакап это необходимость всегда
> что произойдёт в svn мире если вдруг народ после проблем с репозиторием не договорился и поднял НЕСКОЛЬКО его копий
Такого быть не может при централизованной модели. Если у вас базар - svn не для вас, добро пожаловать в git, hg и т.п. Можно хоть патчи по почте посылать. Инструмент зависит от модели использования

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

100. "Доступна система управления исходными текстами Git 2.41" +1 +/–

Сообщение от Электрон (?), 04-Июн-23, 01:14

> в гит нет гарантии того, что на разных серверах хранятся полностью идентичные данные, нет гарантии одинаковой истории изменений.
В git есть абсолютная гарантия неизменности истории и содержания, потому что он построен и верифицируется по цепочке, блокчейн before it was cool.
Если кто-то меняет историю - изменяются все низходящие коммиты, у вас не сойдется sha1 хэш. Подписи, по мнению Линуса, нужны только на тэги/релизы, чтобы подтвердить цепочку на момент подписи.

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

101. "Доступна система управления исходными текстами Git 2.41" –1 +/–

Сообщение от lizard (??), 04-Июн-23, 02:13

git init
echo Бла бла бла хелло мир > file1.txt
git add file1.txt
git commit -m "первая ревизия ура"
git mv file1.txt file2.txt
echo Другой файл, прощай мир > file2.txt
git add file2.txt
git commit -m "вторая ревизия отлично"
# Ну теперь посмотрим лог
git log --follow file2.txt
# Ой, первая ревизия ИСЧЕЗЛА!!!! Катастрофа, где соя первая ревизия???!!!
# Занавес

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

121. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (-), 05-Июн-23, 21:23

Вы прикалываетесь? Ну вот вам на основе именно ваших потуг:

$ cat 123.sh
git init
git config user.email "you@example.com"
git config user.name "Your Name"
echo Бла бла бла хелло мир > file1.txt
git add file1.txt
git commit -m "первая ревизия ура"
git mv file1.txt file2.txt
echo Другой файл, прощай мир > file2.txt
git add file2.txt
git commit -m "вторая ревизия отлично"
# Ну теперь посмотрим лог
git log --follow file2.txt
# Ой, первая ревизия ИСЧЕЗЛА!!!! Катастрофа, где соя первая ревизия???!!!
# Занавес
Окей, позвольте посмотреть что получилось.

$ git log
commit de94bb0c6009544e5d4339eb3fb7b7fa4653f7cf (HEAD -> master)
Author: Your Name <you@example.com>
Date:   Mon Jun 5 21:19:52 2023 +0300
    вторая ревизия отлично
commit 254cb3af53e6a5e13868bfcfc3254a6a21d966aa
Author: Your Name <you@example.com>
Date:   Mon Jun 5 21:19:52 2023 +0300
    первая ревизия ура

Т.е. ящер явно гонит: все прекрасно видно. В общем читая коменты в интернете не забывайте включать здоровый скепсис и проверять input.

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

141. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 07-Июн-23, 02:15

нет, вы похоже не совсем понимаете о чем шла речь в примере

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

142. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (142), 07-Июн-23, 11:37

> нет, вы похоже не совсем понимаете о чем шла речь в примере
О том что вы картинно прострелили сами себе пятку и принялись вопить?

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

134. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Электрон (?), 06-Июн-23, 13:02

Пример хороший, но для другого. После прочтения всё становится на свои места: https://stackoverflow.com/questions/5743739/how-to-really-sh...
Потому что семантика "а ввел команды А, Б, получил В" отличается от сеимантики, которой руководствуется content-addressable система типа Git. Для нее старый контент перестал существовать, добавился новый. А то, что там иерархия путей изменилась - это лишь представление, content-addressable системе это все равно.
С точки зрения UX соглашусь, но не более. К тому же мы не привыкли к системам адрессирующим по содержанию, они в принципе были раньше невозможны.

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

140. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 07-Июн-23, 02:13

ага - в гите вообще нет файлов и путей как сущности :)

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

145. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (142), 07-Июн-23, 12:05

> ага - в гите вообще нет файлов и путей как сущности :)
Что к лучшему - не брыкается при рефакторах кода. Но чтобы это знать надо уметь програмить и даже только подумайте рефакторить свой код.

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

39. "Доступна система управления исходными текстами Git 2.41" –1 +/–

Сообщение от FSA (??), 02-Июн-23, 18:10

> Например, турнут тебя с гитхаба - пушнешь на гитлаб и продолжишь работать как ни в чём не бывало.
Так можно сразу на Github, Gitlab, Bitbucket, gitflic какой-нибудь даже, и себе на сервер заливать постоянно. Везде дубликаты исходников. Турнули с одного, у тебя есть исходники на других. Останется самое сложное, организовать работу в новой системе. Но это сложно, если ты не один с репозиторием работаешь.

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

67. "Доступна система управления исходными текстами Git 2.41" +1 +/–

Сообщение от Электрон (?), 02-Июн-23, 23:30

Где сложно? Мейнтейнеру хоть мылом пачти присылают. Он после мерджа распушивает ветки на все remote одной командой: git push  kuda nado. Откройте для себя несколько URL за одним remote. Любой другой после этого может откуда угодно клонировать. Принимать PR-MR - да, либо привязка, сторонний сервис или (как уже сказал) рассылка.

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

129. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (-), 05-Июн-23, 21:56

Более того - даже если на того майнтайнера или тот сервер упал автобус, или что там, кто угодно может перезалить реп куда ему угодно и подхватить разработку.

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

120. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 05-Июн-23, 20:30

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

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

102. Скрыто модератором +1 +/–

Сообщение от Аноним (-), 04-Июн-23, 05:13

> у тебя все репы централизованные на твоём гитхабе или гитлабе,
У меня в хомяке точная копия этого самого лежит. Она тоже "централизованная"? В отличие от svn она может все то же что копия на гит*бах, включая полноценную работу с деревом сорца, версионирование и все такое, и все это вообще без ремотных серверов. А потому быстро и независимо от наличия интернета. А если вон те надоели, можно залить на тот же notabug, или куда там еще. Или на свой сервак. Или даже флопинетом обмениваться комитами, это тоже предусмотрено.
Поэтому если гит*аб забанил аккаунт, или даже закрыл датацентры и испарился, это вообще совсем не проблема. А если сервер свина стал недоступен - это уже упс. В этом децентрализованность и проявляется. В свине без ремотного сервера капец. А тут гит*абы всякие это лишь опция. Удобная хранилка и интерфейсик к копии репы. Одной из копий репы. Ничем такой не специальной. Моя репа в хомяке ничем не хуже.

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

117. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Брат Анон (ok), 05-Июн-23, 08:20

Ты путаешь гит с гитхабом/гитлабом. Первое -- распределённая система управления версиями. Второе -- надстройки над гитом.

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

29. "Доступна система управления исходными текстами Git 2.41" +1 +/–

Сообщение от lizard (??), 02-Июн-23, 16:58

Централизованная система управления версиями имеет множество своих важных плюшек. Например контроль доступа: есть гарантия, что важная ветка не расползется на 100500 репозиториев. Кроме того с svn монорепа не требунет никаких дополнительных телодвижений. svn нормально работает с бинарными файлами. С svn элементарно получить доступ к коду без svn клиента, просто через браузер, curl, wget (это удобно для деплоя конфигов), или с WebDAV. Subversion легко организовать аутентификацию по сертификату. Ну и много других полезностей.
Если вы пользуетесь Гитхабчиком как единственной центральной репой, многочисленные полезности svn недоступны - это плата за децентрализацию, которая в этом случае отсутствует. Плата есть пользы нет. Абсурд.
Вообще, выбор между svn и git должен определяться целями и моделью использования.

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

37. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Серб (ok), 02-Июн-23, 18:02

> Например контроль доступа: есть гарантия, что важная ветка не расползется на 100500 репозиториев.
Про git-svn слышал?

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

55. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Другой Аноним (?), 02-Июн-23, 20:50

Хорошая вещь, но не в тему сказана. Как git-svn гарантирует, что важная ветка не расползется на 100500 репозиториев? Как git-svn даст доступ к коду без svn клиента?

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

87. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (87), 03-Июн-23, 10:06

Я так понимаю, просто наличие git-svn приводит к тому, что нет никаких гарантий, на то что код
из svn репозитория не расползется на сотни, веток в разных репозиториях.
Он просто опроверг высказывание.

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

103. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 04-Июн-23, 08:33

> Я так понимаю, просто наличие git-svn приводит к тому, что нет никаких
> гарантий, на то что код
> из svn репозитория не расползется на сотни, веток в разных репозиториях.
> Он просто опроверг высказывание.
Нет, не опроверг. Если у юзера git-svn нет доступа к ветке, то ниткакой git-svn не поможет его получить. Если у юзера super-git-svn-etc есть доступ к ветка, то он может хоть копипастой в текст файл его утащить. Вопрос не в тулзе, а в наличии центрального контроля доступа

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

106. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (106), 04-Июн-23, 10:30

Если у пользователя нет доступа - чем это отличается от git?
Если и там нет доступа - то ничего не сделать?

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

107. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 04-Июн-23, 22:00

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

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

108. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 04-Июн-23, 22:03

И в svn контроли гранулированный - хоть к отдельной подветке.

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

109. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 04-Июн-23, 22:08

Из гитхабчика регулярно утекают приватные ключи из открытых реп. Жесть. В svn риск намного меньше - можно просто установить соответствующие  права на ветку/файлы.

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

122. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (122), 05-Июн-23, 21:29

> Из гитхабчика регулярно утекают приватные ключи из открытых реп. Жесть.
Если разработчик д@бил и заливает ключи в репу - кто ему доктор?
> В svn риск намного меньше - можно просто установить соответствующие  права на
> ветку/файлы.
Тело пускающее пузыри и заливающее ключи в репу очень врядли заморочится какими-то там там правами на какие-то там ветки. Оно об этом задумается после того как на его сервак левые кадры зайдут и порулят от души. А потом в гите .gitignore есть, так что он и не будет предлагать комитить файлы которые комитить не надо, в том числе ключи, рантайм данные, объектники, бинари и проч, что в репу попадать не должно.

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

139. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 07-Июн-23, 02:09

Тело не должно вообще морочиться. Морочиться должен администратор сервера. svn - для централизованной модели разработки.

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

143. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (142), 07-Июн-23, 11:39

> Тело не должно вообще морочиться. Морочиться должен администратор сервера.
Администратор сервера 1 на всю толпу и вообще не обязан знать за вообще всех какие файлы и куски той или иной программы - важные. Откуда ему знать надо этот ключ тут или нет? У некоторых тестовые ключи в репах бывают например.
> svn - для централизованной модели разработки.
Т.е. для архаичного легаси, по большому счету.

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

155. "Доступна система управления исходными текстами Git 2.41" –1 +/–

Сообщение от lizard (??), 08-Июн-23, 00:43

нет, для корпораций, с тенденцией к по возможности максимальному контролю. Вы когда-нибудь работали с военными или энергетиками? certification, compliance? Это не опен сорс с гитхабчиком, это нечто совершенно отдельное. И там централизованный workflow с обязательной политикой, правами доступа и прочим - необходимость.

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

73. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от lizard (??), 03-Июн-23, 00:39

git-svn это просто интерфейс к git, позволяющий использовать сервер svn. Вещь иногда очень полезная, неплохая, но иногда несколько глюбкавая.

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

123. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (122), 05-Июн-23, 21:30

> git-svn это просто интерфейс к git, позволяющий использовать сервер svn. Вещь иногда
> очень полезная, неплохая, но иногда несколько глюбкавая.
Он нужен 1 раз в жизни - получить нормальное представление репы из свина. Потом про него можно забыть навсегда.

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

47. "Доступна система управления исходными текстами Git 2.41" +2 +/–

Сообщение от Аноним (46), 02-Июн-23, 18:54

Как только ты прописываешь адрес сервака, уже идёт централизация. Нет никаких децентрализованных систем, это бредни.

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

76. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от fuggy (ok), 03-Июн-23, 01:01

Нет гит не так устроен. Не обязательно прописывать сервер. Я могу прописать адрес Васяна, Васян адрес Стасяна, Стасян адрес Димана, Диман адрес Торвальдса. Где децентрализованный сервер? Это обычный p2p.

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

88. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (5), 03-Июн-23, 10:07

А если три сервера прописал, то центр где?

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

124. "Доступна система управления исходными текстами Git 2.41" +/–

Сообщение от Аноним (122), 05-Июн-23, 21:32

> Как только ты прописываешь адрес сервака, уже идёт централизация.
> Нет никаких децентрализованных систем, это бредни.
А если я патчи в PACK файл перекидываемый между юзерами флопинетом оформил, центр тогда что? Да, получатель может сделать pull и из вот такого pack с патчами.
Ну или вот локальное репо - у него вообще НИКАКИХ серверов не прописано. Даже локалхостовых. И?

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

36. Скрыто модератором –1 +/–

Сообщение от Советский инженер и пенсионер (?), 02-Июн-23, 17:50

Централизация это единственно рабочая система. Касается любых жизненных аспектов. Всё остальное - хаос.

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

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

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

Партнёры:

Хостинг:

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

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


	12. "Доступна система управления исходными текстами Git 2.41"	+4 +/–
	Сообщение от Аноним (4), 02-Июн-23, 12:57
	> Subversion — свободная централизованная > централизованная И сразу фтопку. > миллионы мух не могут ошибаться Не будь как все. Ешь ногами, а код набирай носом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (10), 02-Июн-23, 12:59
	у тебя все репы централизованные на твоём гитхабе или гитлабе, а про децентрализованные фишки все забыли ещё до твоего рождения
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Доступна система управления исходными текстами Git 2.41"	+1 +/–
	Сообщение от Аноним (4), 02-Июн-23, 13:19
	> у тебя все репы централизованные на твоём гитхабе или гитлабе Нет, у меня все репы децентрализованные, потому что это гит. Особенно это пригодилось на работе, когда переезжали с публичного инстанса гитлаба на self-hosted: во время переходного периода были две одновременно каноничные, но разные по своему составу репы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Доступна система управления исходными текстами Git 2.41"	–2 +/–
	Сообщение от lizard (??), 02-Июн-23, 16:34
	Subversion умеет прозрачное зеркалирование сервера, переезд очень легкий: `svn relocate` :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	127. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (-), 05-Июн-23, 21:54
	> Subversion умеет прозрачное зеркалирование сервера, переезд очень легкий: `svn relocate` :) В git вообще понятие переезда не имеет смысла - моя репа не хуже серверной. Если сервер сдох - ну окей, я свою репу куда-то еще залью. Это еще проще. Кстати, минус сетап сервера, если я хотел лишь немного попрограмить по бырому и при этом контроль версий хотел. А потом можно куда-то залить, если хочется. А можно и не заливать. Смотря что надо. У меня есть и несколько локальных проектов, где я пользуюсь всеми прелестями контроля версий. Без сетапа каких либо серверов. И работает это все даже если сервак уже сдох. Т.е. в случае гита какой-то ремотный серв для перекидывания файлами это опция, удобство, а не основа процесса. Его может вообще не быть в ряде случаев. А если он взбрыкнул, это за 5 минут заливается в любой другой реп. Из того что у разработчиков есть. Это вполне себе такие же копии репы. Весьма принципиальная разница.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Доступна система управления исходными текстами Git 2.41"	–2 +/–
	Сообщение от Аноним (46), 02-Июн-23, 18:52
	и где тут децентрализация? может ты толковым словарём не овладел?
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	25. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (25), 02-Июн-23, 15:11
	От наличия основного репозитория децентрализованные фишки никуда не исчезают. Например, турнут тебя с гитхаба - пушнешь на гитлаб и продолжишь работать как ни в чём не бывало. А репозиторий subversion, из которой VCS как из гoвна поля, ты в этом случае потеряешь. Ну и потом, децентрализованная VCS это не только децентрализованная разработка. subversion, в которой нельзя сделать локальную ветку без write доступа в основной репозиторий, вообще VCS считаться не может.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	26. "Доступна система управления исходными текстами Git 2.41"	–1 +/–
	Сообщение от Ананий (?), 02-Июн-23, 15:49
	>Например, турнут тебя с гитхаба не жалко отдавать хоть сколь-нибудь коммерческое поделие микрософту\|${companyname} на съеденье? В случае селфхостед твоя проблема решается копированием репы. Или бекупы гиту не нужны?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (69), 03-Июн-23, 00:27
	> не жалко отдавать хоть сколь-нибудь коммерческое поделие микрософту\|${companyname} на съеденье? О чём ты? > В случае селфхостед твоя проблема решается копированием репы. Какая проблема? > Или бекупы гиту не нужны? Иди проспись.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (-), 05-Июн-23, 21:55
	> В случае селфхостед твоя проблема решается копированием репы. Или бекупы гиту не > нужны? YOLO, в случае гита каждая репа у каждого разработчика сама по себе - бэкап.
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	28. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 02-Июн-23, 16:36
	Subversion умеет удаленный бакап нужных веток: svnrdump. А потом можно все отправить на новый сервер.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	72. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (69), 03-Июн-23, 00:36
	- Вы пробовали им дампить и заливать репозиторий хотя бы в 200k коммитов? Попробуйте. - О бэкапе нужно заранеее позаботиться. Никто этого не делает. И нет, они не ССЗБ, поскольку в нормальных VCS не нужно заранее заботиться о бэкапах. Алсо, даже регулярный бэкап отстаёт от реальности, поэтому последние изменения будут потеряны. В git это невозможно. - Для поднятия нового официального репозитория должен проснуться овнер проекта. Это простой разработки в часы-недели. В git во-первых, простоя не будет, потому что в них МОЖНО полноценно работать локально. Во-вторых, в git можно за секунду организовать временный общий репозиторий где угодно. Или несколько. Надо ли говорить, что произойдёт в svn мире если вдруг народ после проблем с репозиторием не договорился и поднял НЕСКОЛЬКО его копий и в каждую что-то закоммитил?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 03-Июн-23, 02:58
	200000 нет, но 20000 работает, хотя и далеко не мгновенно. Руками качать нет необходимости - все делает скрипт. > О бэкапе нужно заранеее позаботиться. Никто этого не делает. Сервер требует бакап. В том числе и git. Точка. > в нормальных VCS не нужно заранее заботиться о бэкапах ??? - в гит нет гарантии того, что на разных серверах хранятся полностью идентичные данные, нет гарантии одинаковой истории изменений. Так что бакап это необходимость всегда > что произойдёт в svn мире если вдруг народ после проблем с репозиторием не договорился и поднял НЕСКОЛЬКО его копий Такого быть не может при централизованной модели. Если у вас базар - svn не для вас, добро пожаловать в git, hg и т.п. Можно хоть патчи по почте посылать. Инструмент зависит от модели использования
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Доступна система управления исходными текстами Git 2.41"	+1 +/–
	Сообщение от Электрон (?), 04-Июн-23, 01:14
	> в гит нет гарантии того, что на разных серверах хранятся полностью идентичные данные, нет гарантии одинаковой истории изменений. В git есть абсолютная гарантия неизменности истории и содержания, потому что он построен и верифицируется по цепочке, блокчейн before it was cool. Если кто-то меняет историю - изменяются все низходящие коммиты, у вас не сойдется sha1 хэш. Подписи, по мнению Линуса, нужны только на тэги/релизы, чтобы подтвердить цепочку на момент подписи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Доступна система управления исходными текстами Git 2.41"	–1 +/–
	Сообщение от lizard (??), 04-Июн-23, 02:13
	git init echo Бла бла бла хелло мир > file1.txt git add file1.txt git commit -m "первая ревизия ура" git mv file1.txt file2.txt echo Другой файл, прощай мир > file2.txt git add file2.txt git commit -m "вторая ревизия отлично" # Ну теперь посмотрим лог git log --follow file2.txt # Ой, первая ревизия ИСЧЕЗЛА!!!! Катастрофа, где соя первая ревизия???!!! # Занавес
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (-), 05-Июн-23, 21:23
	Вы прикалываетесь? Ну вот вам на основе именно ваших потуг: $ cat 123.sh git init git config user.email "you@example.com" git config user.name "Your Name" echo Бла бла бла хелло мир > file1.txt git add file1.txt git commit -m "первая ревизия ура" git mv file1.txt file2.txt echo Другой файл, прощай мир > file2.txt git add file2.txt git commit -m "вторая ревизия отлично" # Ну теперь посмотрим лог git log --follow file2.txt # Ой, первая ревизия ИСЧЕЗЛА!!!! Катастрофа, где соя первая ревизия???!!! # Занавес Окей, позвольте посмотреть что получилось. $ git log commit de94bb0c6009544e5d4339eb3fb7b7fa4653f7cf (HEAD -> master) Author: Your Name <you@example.com> Date: Mon Jun 5 21:19:52 2023 +0300 вторая ревизия отлично commit 254cb3af53e6a5e13868bfcfc3254a6a21d966aa Author: Your Name <you@example.com> Date: Mon Jun 5 21:19:52 2023 +0300 первая ревизия ура Т.е. ящер явно гонит: все прекрасно видно. В общем читая коменты в интернете не забывайте включать здоровый скепсис и проверять input.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	142. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (142), 07-Июн-23, 11:37
	> нет, вы похоже не совсем понимаете о чем шла речь в примере О том что вы картинно прострелили сами себе пятку и принялись вопить?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	134. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Электрон (?), 06-Июн-23, 13:02
	Пример хороший, но для другого. После прочтения всё становится на свои места: https://stackoverflow.com/questions/5743739/how-to-really-sh... Потому что семантика "а ввел команды А, Б, получил В" отличается от сеимантики, которой руководствуется content-addressable система типа Git. Для нее старый контент перестал существовать, добавился новый. А то, что там иерархия путей изменилась - это лишь представление, content-addressable системе это все равно. С точки зрения UX соглашусь, но не более. К тому же мы не привыкли к системам адрессирующим по содержанию, они в принципе были раньше невозможны.
	Ответить \| Правка \| К родителю #101 \| Наверх \| Cообщить модератору


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


	145. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (142), 07-Июн-23, 12:05
	> ага - в гите вообще нет файлов и путей как сущности :) Что к лучшему - не брыкается при рефакторах кода. Но чтобы это знать надо уметь програмить и даже только подумайте рефакторить свой код.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Доступна система управления исходными текстами Git 2.41"	–1 +/–
	Сообщение от FSA (??), 02-Июн-23, 18:10
	> Например, турнут тебя с гитхаба - пушнешь на гитлаб и продолжишь работать как ни в чём не бывало. Так можно сразу на Github, Gitlab, Bitbucket, gitflic какой-нибудь даже, и себе на сервер заливать постоянно. Везде дубликаты исходников. Турнули с одного, у тебя есть исходники на других. Останется самое сложное, организовать работу в новой системе. Но это сложно, если ты не один с репозиторием работаешь.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	67. "Доступна система управления исходными текстами Git 2.41"	+1 +/–
	Сообщение от Электрон (?), 02-Июн-23, 23:30
	Где сложно? Мейнтейнеру хоть мылом пачти присылают. Он после мерджа распушивает ветки на все remote одной командой: git push kuda nado. Откройте для себя несколько URL за одним remote. Любой другой после этого может откуда угодно клонировать. Принимать PR-MR - да, либо привязка, сторонний сервис или (как уже сказал) рассылка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	129. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Аноним (-), 05-Июн-23, 21:56
	Более того - даже если на того майнтайнера или тот сервер упал автобус, или что там, кто угодно может перезалить реп куда ему угодно и подхватить разработку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от lizard (??), 05-Июн-23, 20:30
	В svn есть shelving - локальное хранилище, данные из которого не шлются на сервер при коммите. Удобно кесли нужно отложить работу не доделав коммит и переключиться на что-то другое. Или инет если пропал. Так что есть, хотя и в рудиментарной форме (но это центрадлизованная система в ней не должно быть ничего только локального)
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	102. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 04-Июн-23, 05:13
	> у тебя все репы централизованные на твоём гитхабе или гитлабе, У меня в хомяке точная копия этого самого лежит. Она тоже "централизованная"? В отличие от svn она может все то же что копия на гитбах, включая полноценную работу с деревом сорца, версионирование и все такое, и все это вообще без ремотных серверов. А потому быстро и независимо от наличия интернета. А если вон те надоели, можно залить на тот же notabug, или куда там еще. Или на свой сервак. Или даже флопинетом обмениваться комитами, это тоже предусмотрено. Поэтому если гитаб забанил аккаунт, или даже закрыл датацентры и испарился, это вообще совсем не проблема. А если сервер свина стал недоступен - это уже упс. В этом децентрализованность и проявляется. В свине без ремотного сервера капец. А тут гит*абы всякие это лишь опция. Удобная хранилка и интерфейсик к копии репы. Одной из копий репы. Ничем такой не специальной. Моя репа в хомяке ничем не хуже.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	117. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Брат Анон (ok), 05-Июн-23, 08:20
	Ты путаешь гит с гитхабом/гитлабом. Первое -- распределённая система управления версиями. Второе -- надстройки над гитом.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	29. "Доступна система управления исходными текстами Git 2.41"	+1 +/–
	Сообщение от lizard (??), 02-Июн-23, 16:58
	Централизованная система управления версиями имеет множество своих важных плюшек. Например контроль доступа: есть гарантия, что важная ветка не расползется на 100500 репозиториев. Кроме того с svn монорепа не требунет никаких дополнительных телодвижений. svn нормально работает с бинарными файлами. С svn элементарно получить доступ к коду без svn клиента, просто через браузер, curl, wget (это удобно для деплоя конфигов), или с WebDAV. Subversion легко организовать аутентификацию по сертификату. Ну и много других полезностей. Если вы пользуетесь Гитхабчиком как единственной центральной репой, многочисленные полезности svn недоступны - это плата за децентрализацию, которая в этом случае отсутствует. Плата есть пользы нет. Абсурд. Вообще, выбор между svn и git должен определяться целями и моделью использования.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	37. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Серб (ok), 02-Июн-23, 18:02
	> Например контроль доступа: есть гарантия, что важная ветка не расползется на 100500 репозиториев. Про git-svn слышал?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Доступна система управления исходными текстами Git 2.41"	+/–
	Сообщение от Другой Аноним (?), 02-Июн-23, 20:50
	Хорошая вещь, но не в тему сказана. Как git-svn гарантирует, что важная ветка не расползется на 100500 репозиториев? Как git-svn даст доступ к коду без svn клиента?
	Ответить \| Правка \| Наверх \| Cообщить модератору