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]

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ообщить модератору

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

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

Партнёры:

Хостинг:

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

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


	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ообщить модератору