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

Релиз распределенной системы управления исходными текстами G..., opennews (??), 02-Янв-13, (0) [смотреть все] +1 Докачку уже запилили Если нет, то не нужно , ВовкаОсиист (ok), 17:17 , 02-Янв-13, (2) –10 А чем оно лучше svn , ALex_hha (??), 19:24 , 02-Янв-13, (5) –4 // а что такое svn , daotonpyh_eht_ot_yrolg_lla (?), 19:30 , 02-Янв-13, (6) +2 // Древняя система контроля версий, централизованной эпохи еще , Аноним (-), 20:34 , 02-Янв-13, (8) +5 Практически всем Наиболее - тем что оно распределенное и потому может хранить в, Аноним (-), 20:33 , 02-Янв-13, (7) // Зависимость от центрального сервака во многих случаях - добро Особенно когда эт, Crazy Alex (??), 21:04 , 02-Янв-13, (10) –2 // ошибаетесь, поработайте с репозитарием 100Gb и тогда мы с вами поговорим, что у, ALex_hha (??), 21:20 , 02-Янв-13, (12) –2 Да, с такими работать как-то не приходилось А в чём там SVN выигрыш даёт Тольк, Crazy Alex (??), 22:37 , 02-Янв-13, (17) причём тут выигрыш SVN даёт только проигрыш, daotonpyh_eht_ot_yrolg_lla (?), 23:08 , 02-Янв-13, (22) Вы можете толком ответить, что там на таких размерах репа происходит Ну и заодн, Crazy Alex (??), 23:22 , 02-Янв-13, (23) +1 Там происходит полная ж См репозиторий boost а, например Там ограничения VCS , тот ещё (?), 13:18 , 04-Янв-13, (85) не обязатаельно так хардкорно Достаточно на сотни мегов, но вне офиса, а где-ни, daotonpyh_eht_ot_yrolg_lla (?), 23:06 , 02-Янв-13, (21) –1 А зачем версионировать прон Не понимаю , Аноним (-), 00:11 , 03-Янв-13, (30) +3 В рекламном агентстве, допустим - вполне реальный размер Кладётся всё в исходни, Crazy Alex (??), 00:44 , 03-Янв-13, (34) и вообще можно в реп не пихать, а настроить посуточное архивирование всего конте, all_glory_to_the_hypnotoad (ok), 02:59 , 03-Янв-13, (41) Ну да, я где-то в обсуждении такой пример приводил Просто бэкап на FTP Правда , Crazy Alex (??), 04:59 , 03-Янв-13, (48) 1, all_glory_to_the_hypnotoad (ok), 02:59 , 03-Янв-13, (42) Особенно когда 1 Упала сеть 2 Упал сервак и нет бэкапа 3 Упал интернет у ремо, Аноним (-), 23:37 , 02-Янв-13, (26) +1 Так есть случаи, когда ремотных разработчиков просто нет Что даёт много большую, Crazy Alex (??), 00:53 , 03-Янв-13, (35) +3 google вроде не забанили еще т е вы предлагаете каждому человеку, скачивать 1 Т, ALex_hha (??), 21:19 , 02-Янв-13, (11) // Предлагаю заюзать sshfs, Аноним (-), 21:36 , 02-Янв-13, (13) –1 для особо одаренных git clone --depth 1, GentooBoy (ok), 21:44 , 02-Янв-13, (15) +3 // Если использовать --depth то репозиторий становится инвалидом, там даже git push, Гентушник (ok), 03:27 , 03-Янв-13, (46) +1 Может и поломаться, и упасть вместе с бэкапами некоторые держат их там же , и е, Michael Shigorin (ok), 23:00 , 02-Янв-13, (19) +2   // Вот как раз по удобству администрирования SVN именно в сили централизованности м, Crazy Alex (??), 23:23 , 02-Янв-13, (24) –3   // А в git по дефолту каждая копия - полноценный бэкап , Аноним (-), 00:12 , 03-Янв-13, (31) +1   Это не бэкап, а пародия- кто, когда и как его покалечит - неизвестно Централизо, Crazy Alex (??), 00:56 , 03-Янв-13, (36) –1   Это бэкап И обычно неважно, поскольку их таких много как и положено бэкапам Не, Michael Shigorin (ok), 02:48 , 03-Янв-13, (40) +1   Тут несколько моментов 1 бэкапить придётся каким-то образом локальные репозитор, Crazy Alex (??), 04:51 , 03-Янв-13, (47) –1   Уже не первый раз за последние дни встречаю подобный вопрос, и всегда он остаетс, Алексей (??), 06:34 , 03-Янв-13, (50) +1   а push rebase push оно прикроет , Crazy Alex (??), 14:19 , 03-Янв-13, (59)   акститесь svn only, Аноним (-), 14:27 , 03-Янв-13, (62)   Да, это и есть основное предназначение параметра receive denyNonFastForwards он, Алексей (??), 04:04 , 04-Янв-13, (73)   git дерьмецоsvn можно запускать без апатча и sshservice svnserve start и все П, Stream (?), 06:21 , 03-Янв-13, (49) –2   Аля-улю, дядя git можно запускать без апача и ssh Неожиданно, правда , aborodin (??), 09:17 , 03-Янв-13, (51) +1   Авторизация, шифрование трафика , Stream (?), 22:59 , 03-Янв-13, (70) –1   И давно svn научился шифровать трафик svn ssh исключаем по условию задач, Алексей (??), 04:17 , 04-Янв-13, (75) +1   sasl use-sasl truemin-encryption 128max-encryption 256, Stream (?), 04:43 , 04-Янв-13, (76)   http s с коробки не умеет, Апатч не используем по религиозным соображениям , Stream (?), 04:48 , 04-Янв-13, (77)   Набор-то как раз хороший, особенно если помнить о git add -i а когда не надо - , Crazy Alex (??), 14:21 , 03-Янв-13, (60)   Так, для примера - ВСЯ история FreeBSD со всеми ветками в git весит меньше, чем , 123 (??), 05:11 , 05-Янв-13, (92) +1 Не самой Да Не Может Быть , develop7 (ok), 21:38 , 02-Янв-13, (14) –5 // Yes No Ok Cancel Abort Retry Ignore Quit , Аноним (-), 23:58 , 02-Янв-13, (27) Последние дни настали Разработчики git принимают во внимание _ожидания_ пользов, develop7 (ok), 21:44 , 02-Янв-13, (16) –3 // Внезапно, когда некто делает нечто - он ожидает некий результат А вот если вы, , Аноним (-), 00:00 , 03-Янв-13, (28) Костыль на костыле Нет уж, спасибо Dага, и юзать платные клиенты под винду , ALex_hha (??), 22:51 , 02-Янв-13, (18) –4 // Это батенька не костыл, это национальная возможность не лить всю историю Ну не х, GentooBoy (ok), 23:05 , 02-Янв-13, (20) // Оно правда костыльно - при таких объемах там и одна ревизия соответствующих раз, Crazy Alex (??), 23:29 , 02-Янв-13, (25) –1 // Да, внезапно, VCS это не FTP , Аноним (-), 00:13 , 03-Янв-13, (32) +1 Внезапно главное - какую цель хотим достичь А потом уже выбираем средства Если, Crazy Alex (??), 00:41 , 03-Янв-13, (33) –1 без понятия, я их не считаю Как то так получается cd svn co file , ALex_hha (??), 01:26 , 03-Янв-13, (37) –1 // Думаю, за Ваши массивы текстовых файлов psd здесь рад не только я, но хотя бы , Michael Shigorin (ok), 03:03 , 03-Янв-13, (43) +1 А вы думали 1 Тб кодинга D Я не в M google работаю И то сомневаюсь, что да, ALex_hha (??), 11:37 , 03-Янв-13, (53) –2 сарказм, Аноним (-), 13:46 , 03-Янв-13, (56) +1 мне вот нужно сделать checkout одной папки файла из репозитария в 250 Gb, git п, ALex_hha (??), 01:30 , 03-Янв-13, (38) –1 // не нужно вам этого делать, у вас же нет репозитария Что у вас есть называется ф, all_glory_to_the_hypnotoad (ok), 03:14 , 03-Янв-13, (44) +1 о великий и могучий гуру, а мужики то и не знали D, ALex_hha (??), 11:34 , 03-Янв-13, (52) –1 внезапно, webdav и есть http И ваш SVN вероятно именно через него работает Под, all_glory_to_the_hypnotoad (ok), 03:25 , 03-Янв-13, (45) скажем так, svn это расширенный webdavага, а как потом программисту смотреть отл, ALex_hha (??), 11:41 , 03-Янв-13, (54) –2 Какие отличия в коде, у него psd файлы, у вас psddiff есть , Аноним (-), 13:56 , 03-Янв-13, (58) раскройте свой кругозор и тогда вы узнаете, что в природе существуют не только p, ALex_hha (ok), 14:39 , 03-Янв-13, (64) –1 есть bsdiff http www daemonology net bsdiff , Stream (?), 06:37 , 04-Янв-13, (81) –1 Это другая история, Аноним (-), 22:19 , 04-Янв-13, (87) тоже неправильно SVN это суженный webdav, т е его кастомизированное подмноже, all_glory_to_the_hypnotoad (ok), 15:01 , 03-Янв-13, (65) –1 началась тавтология нет, это лишь ваши домыслы как раз в моем случае это ид, ALex_hha (??), 01:34 , 04-Янв-13, (72) –1 Возможность настройки теперь называется костылем Ох, а у вашего монитора яркост, Аноним (-), 00:01 , 03-Янв-13, (29) +1 // слышал звон, да не знаю где он D, ALex_hha (??), 01:31 , 03-Янв-13, (39) –1 // Рады за вас, меньше знаешь крепче спишь , Аноним (-), 13:48 , 03-Янв-13, (57) Нет, ну серьёзно Сегодня они правят UI в угоду 171 ожиданиям 187 , с позволе, develop7 (ok), 13:08 , 03-Янв-13, (55) // Очень элитарный интструмент, угу - по распространенности примерно как все осталь, Crazy Alex (??), 14:24 , 03-Янв-13, (61) // разве что DVCSАга, скоро как 5 лет разными DVCS активно пользуюсь и до сих пор н, develop7 (ok), 19:04 , 03-Янв-13, (68) –1 внезапно, обычные люди чистым гитом и не пользуются, а юзают надстройки, Аноним (-), 14:38 , 03-Янв-13, (63) –2 // пользуются-пользуются потому что git уже пару лет как сам себе 171 надстройка, develop7 (ok), 00:08 , 04-Янв-13, (71) +1 Ребят, ну чо вы спорите git хуже svn одним -- он тормознее Но он и должен быть , Andrew Kolchoogin (?), 16:09 , 03-Янв-13, (67) –5 // фрактальные алгоритмы, дедупликация, векторное чтение из потока, Stream (?), 04:51 , 04-Янв-13, (78) –1 Мы с boost ом работали , тот ещё (?), 13:27 , 04-Янв-13, (86) Андрей, вообще-то средний локальный винчестер переплёвывал FE 11Mb s ещё в пр, Michael Shigorin (ok), 03:39 , 05-Янв-13, (91) +2 расскажите что там еще интересного в вашей альтернативной реальности , slowpoke (?), 13:04 , 10-Янв-13, (97) Вот, характерный пример Я сейчас случайно изменил файл в git-репозитории, котор, бедный буратино (ok), 05:38 , 04-Янв-13, (79) –2 // gt оверквотинг удален git похож на большую неуправляемую фуру, Stream (?), 05:49 , 04-Янв-13, (80) –3 // gt оверквотинг удален гыг, сказали люди про framework, во внутренности загляни, Аноним (-), 22:24 , 04-Янв-13, (88) gt оверквотинг удален http habrahabr ru post 150191 , Stream (?), 07:48 , 04-Янв-13, (82) –1 Бедный буратино , asdoooq (?), 08:36 , 04-Янв-13, (83) +4 Зачем руководство 171 вернуть 187 171 revert 187 hg svn darcs mtn, develop7 (ok), 09:57 , 04-Янв-13, (84) –1 Откатить измененный файл до зафиксированной версии git checkout path to file nam, unknown (??), 15:59 , 05-Янв-13, (93) +1 // а ещё откатить рабочую копию до нужного состояния 8212 тоже git checkout И д, develop7 (ok), 21:38 , 05-Янв-13, (94) –1 // ветку вы можете откатывать не только так, что плохого в ключике -b, очень удобно, GentooBoy (ok), 09:19 , 06-Янв-13, (95) Что как бы намекает, что дизайн git CLI продумывался не менее 15 минут А то и ц, develop7 (ok), 13:50 , 08-Янв-13, (96) –1 Уже пол года как я использую git по работе, но ощущение как от работы с бензопил, Аноним Аналитег (?), 01:26 , 05-Янв-13, (89) +4 // Именно про это я и хочу сказать, все естьНо для работы с git нужны склилы и прок, Stream (?), 02:00 , 05-Янв-13, (90) контроль своих действий нужен даже во сне чтобы постель не замочить, slowpoke (?), 13:29 , 10-Янв-13, (98) 2,5,11,14,16,18,55,67,79,89

Сообщения

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

	19. "Релиз распределенной системы управления исходными текстами G..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 02-Янв-13, 23:00
	> да как сказать, только не надо говорить, что сервер может поломаться, > а интернет перестать работать :D Может и поломаться, и упасть вместе с бэкапами (некоторые держат их там же), и ещё много чего.  Также смею доложить, что некоторым работать в офлайне получается куда продуктивнее по причине отсутствия лишних прерываний. Можно ещё много чего прибавить (в т.ч. и про shallow clones), но что-то сомнения берут, что Вы вообще на охоту сюда пришли.  Тем более за терабайтными репо с чем-то полезным.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	24. "Релиз распределенной системы управления исходными текстами G..."	–3 +/–
	Сообщение от Crazy Alex (??), 02-Янв-13, 23:23
	Вот как раз по удобству администрирования SVN именно в сили централизованности много лучше. Тот же бекап централизованный и не завяисящий от состояния рабочей станции.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Релиз распределенной системы управления исходными текстами G..."	+1 +/–
	Сообщение от Аноним (-), 03-Янв-13, 00:12
	> Тот же бекап централизованный и не завяисящий от состояния рабочей станции. А в git по дефолту каждая копия - полноценный бэкап.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Релиз распределенной системы управления исходными текстами G..."	–1 +/–
	Сообщение от Crazy Alex (??), 03-Янв-13, 00:56
	Это не бэкап, а пародия- кто, когда и как его покалечит - неизвестно. Централизованный нормально администрируемый бэкап всяко надёжнее.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Релиз распределенной системы управления исходными текстами G..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 03-Янв-13, 02:48
	> Это не бэкап, а пародия Это бэкап. > - кто, когда и как его покалечит - неизвестно. И обычно неважно, поскольку их таких много (как и положено бэкапам). > Централизованный нормально администрируемый бэкап всяко надёжнее. Нет, конечно (даже у меня конторские погремушки bacula растаскивает в несколько мест, а самое интересное бэкапится и другими методами).  Просто и он не отменяется. :)
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз распределенной системы управления исходными текстами G..."	–1 +/–
	Сообщение от Crazy Alex (??), 03-Янв-13, 04:51
	Тут несколько моментов: 1) бэкапить придётся каким-то образом локальные репозитории (в них всякие приватные ветки могут активно расти). Учитывая, что пользователь этих репозиториев может наклепать вагон и в непредсказуемых местах диска - решать получится разве что административно. 2) неквалифицированный пользователь влёгкую убивает локальный репозиторий до полуживого состояния (место почистит, или ещё какую глупость сделает), после чего начинаются чудеса - тут файл есть, тут ругнулось, там push не проходит с загадочной ошибкой... При этом юзера пугаются и начинают вовсе ерунду творить, а починить, не прибив пользовательские локальные ветки - дело нетривиальное. Раз попробовал - больше не хочу. А с бэкапом локала - см. пункт 1. 3) не то чтоб я был крутым гит-спецом, но некоторый опыт есть. Но вот я не знаю способов дать возможность push и при этом не дать угробить репозиторий, в который этот push делается. Наверное где-то есть оно, но мне не попадалось. Так что шансов найти проблемы больше даже на сервере. А вот с SVN, который так просто на затрёшь, или с FTP, который вообще позволяет только заливать и после этого ставит всё в ридонли - оно попроще. Да, всё это, конечно, подразумевает работу в офисе, наличие вменяемого централизованного администрирования и неквалифицированных (в работе с версионниками) пользователей. Но я, собственно, и утверждаю, что в таком сценарии SVN предпочтительнее чем Git.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Релиз распределенной системы управления исходными текстами G..."	+1 +/–
	Сообщение от Алексей (??), 03-Янв-13, 06:34
	> Но вот я не знаю способов дать возможность push и при этом не дать угробить репозиторий, в который этот push делается. Наверное где-то есть оно, но мне не попадалось. Уже не первый раз за последние дни встречаю подобный вопрос, и всегда он остается без нормального ответа. Делается это очень просто с помощью опций receive.denyNonFastForwards и receive.denyDeletes на центральном сервере. Если же нужно что-то более продвинутое в плане контроля за действиями пользователей - тогда либо через самописные хуки, либо установку gitorious и др.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Crazy Alex (??), 03-Янв-13, 14:19
	а push/rebase/push оно прикроет?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Аноним (-), 03-Янв-13, 14:27
	акститесь svn only
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Алексей (??), 04-Янв-13, 04:04
	> а push/rebase/push оно прикроет? Да, это и есть основное предназначение параметра receive.denyNonFastForwards (он запретит любые не FF мержи, а rebase куска истории, уже опубликованной в центральной репе, никак не может привести к FF мержу).
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	49. "Релиз распределенной системы управления исходными текстами G..."	–2 +/–
	Сообщение от Stream (?), 03-Янв-13, 06:21
	git дерьмецо svn можно запускать без апатча и ssh service svnserve start и все!!! Простота, Элегантность и нету быдлонабора git add / git commit / git push
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	51. "Релиз распределенной системы управления исходными текстами G..."	+1 +/–
	Сообщение от aborodin (??), 03-Янв-13, 09:17
	> git дерьмецо > svn можно запускать без апатча и ssh Аля-улю, дядя. git можно запускать без апача и ssh. Неожиданно, правда?
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Релиз распределенной системы управления исходными текстами G..."	–1 +/–
	Сообщение от Stream (?), 03-Янв-13, 22:59
	Авторизация, шифрование трафика ?
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Релиз распределенной системы управления исходными текстами G..."	+1 +/–
	Сообщение от Алексей (??), 04-Янв-13, 04:17
	> Авторизация, шифрование трафика ? И давно svn:// научился шифровать трафик? (svn+ssh:// исключаем по условию задачи) И, кстати, для доступа к git репозитарию через http(s), в отличие от svn, не обязательно требуется поддержка WebDAV со стороны веб сервера.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Stream (?), 04-Янв-13, 04:43
	[sasl] use-sasl = true min-encryption = 128 max-encryption = 256
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Stream (?), 04-Янв-13, 04:48
	>> Авторизация, шифрование трафика ? > И давно svn:// научился шифровать трафик? (svn+ssh:// исключаем по условию задачи) > И, кстати, для доступа к git репозитарию через http(s), в отличие от > svn, не обязательно требуется поддержка WebDAV со стороны веб сервера. http(s) с коробки не умеет, Апатч не используем по религиозным соображениям.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	60. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Crazy Alex (??), 03-Янв-13, 14:21
	Набор-то как раз хороший, особенно если помнить о git add -i (а когда не надо - есть git commit -a).
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

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

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