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

Выпуск системы управления версиями Apache Subversion 1.14.0, opennews (??), 28-Май-20, (0) [смотреть все] А где-нибудь можно почитать о том, почему пользователи Subversion выбирают именн, Аноним (1), 23:16 , 28-Май-20, (1) // Попробуйте хранить в гите blend файлы, он моментально раздуется А svn будет хо, Аноним (4), 23:27 , 28-Май-20, (4) –4 // В гите совсем нет возможности подрезать хранимый объём старых комитов Я честно , Аноним (1), 23:32 , 28-Май-20, (5) –1 // причем тут старые комиты blend файлы вряд ли часто обновляют - хватит ровно о, пох. (?), 13:18 , 29-Май-20, (47) –1 Ещё одна причина не использовать монорепо Кто сам не редактирует это блобы, тот, user (??), 13:46 , 29-Май-20, (55) В git всё давно есть, только больше , erthink (ok), 23:46 , 28-Май-20, (7) +2 Двойное нeнужнo Прекрасно храним ma, mb, hip фанеры и файлы в perforce и он , Аноним (22), 06:44 , 29-Май-20, (22) +3 // Он же проприетарный, Аноним (24), 08:05 , 29-Май-20, (24) –3 А что плохого , Аноним (29), 10:00 , 29-Май-20, (29) +1 манагер денег не дает - вот же, тут 6ешплатно взять, взять Лучше б рассказал , пох. (?), 13:22 , 29-Май-20, (49) –1 Вообще-то git сильно мощнее hg будет а концептуально они довольно сильно пересе, anonymous yet another (?), 14:29 , 29-Май-20, (61) мне для себя, не для мартышек Есть вещи которые делаются в нескольких параллель, пох. (?), 16:50 , 29-Май-20, (66) –2 gt оверквотинг удален Видите ли, если для себя, то сильнее git а ничего нет На, anonymous yet another (?), 17:56 , 29-Май-20, (70) +1 gt оверквотинг удален Очень хорошо сказано , Няшмяш (?), 18:11 , 29-Май-20, (71) +1 Удваиваю Гит сделан живым человеком для себя и людей А вон то - корпорасами, н, Аноним (-), 23:54 , 31-Май-20, (90) +1 но мне не нужно уметь извлекать патчи из рассылки И отправлять их обратно, что , пох. (?), 18:31 , 29-Май-20, (74) –1 Имена у branch и tag 8212 человекочитаемы, а персистентность можно обеспечить, Аноним (75), 19:34 , 29-Май-20, (75) –1 Меня не интересуют ваши любимые привычные костыли и обязательность ношения намор, пох. (?), 22:14 , 29-Май-20, (80) Ну, затарься качественным бухлом и пистолетом Можешь даже в кредит, это уже не , Аноним (91), 00:00 , 01-Июн-20, (91) Это что, легенда какая-то или психологическая травма Есть ситуации когда так удо, anonymous yet another (?), 00:14 , 30-Май-20, (82) Немножко времени есть, подкину информации по P4 Работать с источниками в ней неу, anonymous yet another (?), 09:45 , 30-Май-20, (83) ну а еще подробнее - какие задачи мож у меня и нет таких и в чем неудобство х, пох. (?), 10:30 , 30-Май-20, (84) Я коротко Время для трёпа закончилось Я реферат писать не буду С источниками в, anonymous yet another (?), 11:03 , 30-Май-20, (86) Если ты о профакивании изменений в дереве при git pull - то это сделать для нача, Аноним (91), 00:06 , 01-Июн-20, (92) лолшта Эксперты опеннета Заметно что гит они пользуют исключительно по методи, пох. (?), 12:12 , 01-Июн-20, (95) hg был хорош, особенно в плане мержей и конфликтов, жаль git победил , Аноним (64), 16:13 , 29-Май-20, (64) –1 там обратная беда была - иногда таки и впрямь ненужно тащить свою внутреннюю кух, пох. (?), 16:36 , 29-Май-20, (65) да, а histedit у нас бесполезное ненужно, потому что работает только в репозитор, пох. (?), 10:32 , 30-Май-20, (85) Используйте меркуриал, он хранит дифы, Роман (??), 04:49 , 01-Июн-20, (93) А нужен ли гит, если его используемые фичи перекрываются svn с запасом Смотришь, Аноним (6), 23:34 , 28-Май-20, (6) –1 // Кстати, гитхаб поддерживает работу с svn-клиентами, Аноним (24), 00:00 , 29-Май-20, (11) // это не github, а git-svn поддерживает Причем делает это так, что лучше бы не под, пох. (?), 10:32 , 29-Май-20, (36) –1 Это руки из Можно и аккуратно делать И чинитьэпичекие концептуальные мега, anonymous yet another (?), 14:35 , 29-Май-20, (62) Смотришь на том же sourceforge на пользователей svn, а там всё то же самое Тем , имя (ok), 01:15 , 29-Май-20, (15) +1 // и, надеюсь, идут в макдак продавцами Потому что что нагуанокодит ниасилятор под, пох. (?), 10:40 , 29-Май-20, (37) –1 Гит на сервере - ССЗБ Неосиляторы rsync должны страдать , user (??), 13:50 , 29-Май-20, (58) а история ненужна, ага , пох. (?), 16:53 , 29-Май-20, (67) –1 Разрабатывать прямо на проде Мсье знает толк в адреналине и вазелине , user (??), 21:10 , 29-Май-20, (79) –1 Ты юродивый или прикидываешься На дядю работал когда-нибудь разрабом Как еще н, Аноним (20), 04:24 , 29-Май-20, (20) +3 // порежьте помельче, у меня в экран не влазиет, каждый патч заверните, пришлите в , Линус (?), 10:43 , 29-Май-20, (38) +2 Не шуми, мальчик Сходи к взрослым дядям, например, сюда https codereview qt-p, Аноним (42), 12:13 , 29-Май-20, (42) –1 а вот это точно взрослые действительно Им вообще никто не нужен чтобы уже точ, пох. (?), 12:29 , 29-Май-20, (45) –1 Всё верно А распоследняя версия оказалась заброшенной в полуразобранномсостояни, anonymous yet another (?), 14:19 , 29-Май-20, (60) +1 я тут наблюдаю картинку иногда они возвращаются Вам казалось, что п-ц уже дав, пох. (?), 16:54 , 29-Май-20, (68) –1 - А что делать - Плюнь в рожу вождю , anonymous yet another (?), 18:14 , 29-Май-20, (72) +1 У нас на работе всего 3 программиста, но без веток вообще ничего сделать невозмо, Аноним (54), 13:37 , 29-Май-20, (54) А если появится 2-3 автора Сразу будет много веток, Аноним (54), 13:36 , 29-Май-20, (53) // они у вас что - один и тот же файл переписывают Проект настолько спагетти-кодом, пох. (?), 17:06 , 29-Май-20, (69) +1 Сможешь Умеючи --- не долго , anonymous yet another (?), 18:16 , 29-Май-20, (73) Мне ветки git понадобились даже когда просто по книжке занималась, git это не эк, Аноним (54), 13:49 , 29-Май-20, (56) // если копипастить из книжки - то тебе понадобится то, что там напишет автор книжк, пох. (?), 12:15 , 01-Июн-20, (96) Так такие системы как mercurial или git если не зарываться гораздо проще того , Роман (??), 04:51 , 01-Июн-20, (94) // покажите хоть один пример А, понятно Можете уже не показывать Эксперт опеннета, пох. (?), 12:23 , 01-Июн-20, (97) Subvsrsion проще Т е тривиальнее И git и mercurialгораздо сильнее Но hg попы, anonymous yet another (?), 22:31 , 01-Июн-20, (99) Права доступа на директорию, получение любого файла без клонирования, обновление, Аноним (9), 23:51 , 28-Май-20, (9) +6 1 Гитом достаточно сложно пользоваться не понимая как он работает Поэтому основ, erthink (ok), 00:20 , 29-Май-20, (13) +2   // по факту у гита 1 преимущество - мода распространенность децнтрализованность , Gemorroj (ok), 01:44 , 29-Май-20, (16) –7   Фря таки туда упорно идёт Даже какой то коммитет вроде есть, и живые зеркала на , Ivan_83 (ok), 03:57 , 29-Май-20, (19)   // ну так туда уже давно набилось полно вчерародившихся, неспособных освоить ничего, пох. (?), 09:51 , 29-Май-20, (27) –5   В наше время свободное-ПО-сообщество вместо присылки патчей навязывает сделай, Ю.Т. (?), 07:58 , 29-Май-20, (23) –1   // Странный у тебя гит, мой умеет git apply m patch, Аноним (64), 08:46 , 29-Май-20, (25) +1   вы похоже ниасилили гит даже на уровне терминологии pull может сделать только вл, пох. (?), 12:41 , 29-Май-20, (46) +1   А мужики-то и не знали Я передал ЖАРГОН разработчиков, затычка ты в каждую бочк, Ю.Т. (?), 13:26 , 29-Май-20, (50) –2   Скорее - единственного горе-разработчика - себя Я вот ни от каких разработчиков, пох. (?), 13:33 , 29-Май-20, (52) +1   Компенсируем что-то, да никак не выкомпенсируем Ну я тебе уклончиво ответил , Ю.Т. (?), 14:03 , 29-Май-20, (59) –1   поправил, не благодари Чтобы пользоваться электропилой - не нужно понимать как р, пох. (?), 10:14 , 29-Май-20, (31) –2   Вопрос не корректный subversion старше, а не лучше , anonymous yet another (?), 13:19 , 29-Май-20, (48) –2 // два года разницы в двадцатилетнем проекте имеют очень больше значение нет subv, пох. (?), 13:27 , 29-Май-20, (51) –1 // И первое не верно и второе тоже , anonymous yet another (?), 14:51 , 29-Май-20, (63) Только не говорите что устарело, может в вашем open source git победил, но в раб, Аноним (4), 23:20 , 28-Май-20, (2) –4 // git lfs нет - не стлышал , gitover (?), 23:47 , 28-Май-20, (8) +4 // Костыль, Аноним (24), 23:57 , 28-Май-20, (10) –2 // Да, ну и что , Аноним (17), 02:36 , 29-Май-20, (17) Чукча не читатель, чукча -- писатель https git-lfs github com , no country for old men (?), 00:07 , 29-Май-20, (12) можно вытащить с веб морды например в GitLab, хотел спросить (?), 00:34 , 29-Май-20, (14) –2 // Ага, а потом непонятно каким образом затолкать её в локальное дерево Ню-ню, DiabloPC (ok), 03:10 , 29-Май-20, (18) –1 // Скрыто модератором, пох. (?), 12:21 , 29-Май-20, (44) Скрыто модератором, Anonymoustus (ok), 19:43 , 29-Май-20, (76) +3 Скрыто модератором, Няшмяш (?), 19:51 , 29-Май-20, (77) +1 Скрыто модератором, Anonymoustus (ok), 20:18 , 29-Май-20, (78) –1 Скрыто модератором, пох. (?), 22:40 , 29-Май-20, (81) Дядь, почитай про sparse checkout , Аноним (20), 04:25 , 29-Май-20, (21) // По моему это про checkout, а не про clone, нет Не внушает доверия , Аноним (75), 13:50 , 29-Май-20, (57) А я то просто еще одну папку с транком делал и в ней уже правил Но, наверное, э, КО (?), 09:21 , 29-Май-20, (26) // Это сложно, если бы ты правил не одну строчку, потому что ты теперь не можешь ре, пох. (?), 10:49 , 29-Май-20, (39) –1 Это не ограничения, а особенности svn А то с таким же успехом можно сказать, чт, ALex_hha (ok), 09:53 , 29-Май-20, (28) –2 // это вообще не имеет ни малейшего отношения к svn Только к дисциплине разработки, пох. (?), 10:27 , 29-Май-20, (35) –1 Слышал звон чтобы его настроить ты сначала должен клонировать всю репу Sp, ALex_hha (ok), 10:07 , 29-Май-20, (30) +1 // Акелла то промахнулся , Аноним (64), 10:21 , 29-Май-20, (34) Это вариант разgit clone --no-checkoutgit sparse-checkout init --conegit sparse-, Аноним (20), 11:18 , 30-Май-20, (87) +1 // спасибо за 500 мегабайт неудаляемого мусора в gitМне станет гораздо легче что 1, пох. (?), 12:30 , 01-Июн-20, (98) +1 Я так и знал, что зайдя в ветку svn буду читать про git - P S Ради этого и за, Ilya Indigo (ok), 05:36 , 31-Май-20, (89) 1,2,26,28,30,89

Сообщения

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

	13. "Выпуск системы управления версиями Apache Subversion 1.14.0"	+2 +/–
	Сообщение от erthink (ok), 29-Май-20, 00:20
	1. Гитом достаточно сложно пользоваться не понимая как он работает. Поэтому основная причина = нежелание изучать новое и/или менять привычное. Адепты svn нередко говорят что в git нет "externals" (на самом деле есть submodules и subtree), нет возможности обновить часть проекта (на самом деле checkout умеет). 2. Идеологическая разница. В svn есть центральный репозиторий/сервер, а git предлагает каждой копии быть самодостаточной. Поэтому в svn есть набор странных "фиче-костылей": - права доступа на директорию, в git это абсурдно (но при желании можете локально выполнить chmod/chown). - блокировка файлов "на сервере", в git вы хозяин локальной копии, а "на сервере" может жить множество версий без проблем. - и т.д. образно говоря, в git нет кучи проблем, поэтому нет средств для их преодоления. И этого следует принципиальное ограничение - svn плохо масштабируется по кол-ву активных участников. 3. Иногда добавляется еще одна причина - нежелание менять кучу скриптов. 4. Иногда примешивается "религия" - freebsd не может перейти на git...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	16. "Выпуск системы управления версиями Apache Subversion 1.14.0"	–7 +/–
	Сообщение от Gemorroj (ok), 29-Май-20, 01:44
	по факту у гита 1 преимущество - мода (распространенность). децнтрализованность нафиг не вперлась. а вообще ты странный человек. svn чист и понятен, и это его преимущество. в гите куча всякой лабуды. ты же зачем-то пытаешься черное назвать белым и наоборот.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск системы управления версиями Apache Subversion 1.14.0"	+/–
	Сообщение от Ivan_83 (ok), 29-Май-20, 03:57
	Фря таки туда упорно идёт. Даже какой то коммитет вроде есть, и живые зеркала на гитхабе.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	27. "Выпуск системы управления версиями Apache Subversion 1.14.0"	–5 +/–
	Сообщение от пох. (?), 29-Май-20, 09:51
	> Фря таки туда упорно идёт. ну так туда уже давно набилось полно вчерародившихся, неспособных освоить ничего, кроме жмаканья кнопочек на гитшлаке. Так что фря упорно идет в ту же мусорку что и линукс и по тем же причинам. Причем - опережающими темпами, ибо продукт соракатысяч обезьян вполне достаточен и один.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск системы управления версиями Apache Subversion 1.14.0"	–1 +/–
	Сообщение от Ю.Т. (?), 29-Май-20, 07:58
	В наше время свободное-ПО-сообщество вместо "присылки патчей" навязывает "сделай мне пулл". А это поднимает порог вхождения. Сделал человек патч, а гит не знает, не профешнл разраб. И?..
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	25. "Выпуск системы управления версиями Apache Subversion 1.14.0"	+1 +/–
	Сообщение от Аноним (64), 29-Май-20, 08:46
	> Сделал человек патч, а гит не знает Странный у тебя гит, мой умеет. git apply m.patch
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск системы управления версиями Apache Subversion 1.14.0"	+1 +/–
	Сообщение от пох. (?), 29-Май-20, 12:41
	> В наше время свободное-ПО-сообщество вместо "присылки патчей" навязывает "сделай мне пулл". вы похоже ниасилили гит даже на уровне терминологии? pull может сделать только владелец репо. Ты мог бы сделать только push, но чужое репо тебе обычно недоступно на запись. В наше время при нынешних размерах того ПО - очень неудобно работать с присылаемыми порезанными помельче патчами. Поэтому вполне разумно как раз делать pull-request (для неосиляторов: это _просьба_ владельцу сделать pull from me), в терминах гитшлака. Альтернативный метод - технологии code review. Когда патчи не валят кучей в рассылку, а скармливают какой-нибудь вебморде. На предмет смотрения глазками. commit или push в зависимости от технологии - сделает вебморда, от имени и по поручению того у кого есть право одобрять изменения. Что не мешает доверенным разработчикам - работать в обход, напрямую с репо. > А это поднимает порог вхождения. Сделал человек патч, а гит не знает, не профешнл разраб. И?.. и патч скорее всего - тоже г-но, он ведь такой еще много чего не знает. Как программировать уж точно не. Так что если уж ниасилено даже нажать кнопочку clone me on github (гит для этого, кстати, знать незачем) - ну его нахрен тратить время разработчиков на такого альтернативно-одаренного.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	50. "Выпуск системы управления версиями Apache Subversion 1.14.0"	–2 +/–
	Сообщение от Ю.Т. (?), 29-Май-20, 13:26
	>> В наше время свободное-ПО-сообщество вместо "присылки патчей" навязывает "сделай мне пулл". > вы похоже ниасилили гит даже на уровне терминологии? > pull может сделать только владелец репо. Ты мог бы сделать только push, А мужики-то и не знали. Я передал ЖАРГОН разработчиков, затычка ты в каждую бочку. >> А это поднимает порог вхождения. Сделал человек патч, а гит не знает, не профешнл разраб. И?.. > и патч скорее всего - тоже г-но, он ведь такой еще много > чего не знает. Как программировать уж точно не. Один ты всё на свете знаешь. "Одна только горесть -- никто не читает".
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск системы управления версиями Apache Subversion 1.14.0"	+1 +/–
	Сообщение от пох. (?), 29-Май-20, 13:33
	> А мужики-то и не знали. Я передал ЖАРГОН разработчиков Скорее - единственного горе-разработчика - себя. Я вот ни от каких разработчиков подобного бреда не слышал - вероятно, они все же умеют кое-как отличать одно от другого и не путаться. И себя же описал в "а гит не знает". > "Одна только горесть -- никто не читает". опять мимо. Никто не читает твои сверхценные патчи, которые ты не умеешь правильно подать - это да. Порог вхождения, все такое. Ниасилил? Попробуй обратись в debian - там любят умственно-отсталых.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск системы управления версиями Apache Subversion 1.14.0"	–1 +/–
	Сообщение от Ю.Т. (?), 29-Май-20, 14:03
	Компенсируем что-то, да никак не выкомпенсируем. > Порог вхождения, все такое. Ниасилил? Попробуй обратись в debian - там любят > умственно-отсталых. Ну я тебе уклончиво ответил.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск системы управления версиями Apache Subversion 1.14.0"	–2 +/–
	Сообщение от пох. (?), 29-Май-20, 10:14
	> 1. Гитом достаточно сложно пользоваться - потому что он by design - дерьмо поправил, не благодари. Чтобы пользоваться электропилой - не нужно понимать как работают асинхронные электродвигатели - совсем. Нужно уметь ей пилить, не оттяпав себе ногу и не уронив дерево на голову. Поэтому она таки лучше бензиновой, где волей-неволей придется приобретать совершенно ненужные навыки моториста. git устроен настолько уродливо и нефункционально (потому что его изначальная функция перпендикулярна человеческим vcs - сбор патчей из мусора рассылки) - что без знания его совершенно уродских и бесполезных потрохов им действительно сложно делать что-то сложное. К счастью великому макак-разработчиков - им это и не нужно. Они умеют кодить, а не пользоваться vcs. git clone, git commit, git push. Что эти команды означают - знать незачем. Самые крутые знают про rebase. Впрочем, visual studio или phpstorm все это делает за них, от альтернативно-одаренного требуется только указать репо на гитшлаке. svn придумана совершенно для иной цели - совместной работы с кодом, БЕЗ костыликов и подпорочек в виде веб-морды на пол-терабайта оперативы. > Идеологическая разница. В svn есть центральный репозиторий/сервер, а git предлагает каждой > копии быть самодостаточной в разработке одного проекта нет и не может быть никаких "самодостаточных". Их по факту и нет. "самодостаточность" твоей копии кончается на первом же push. > права доступа на директорию, в git это абсурдно действительно, с точки зрения макаки это абсурдно, какие еще права доступа, она и слов таких не знает. Чмод какой-то нашла в гугле, хз что означает - говорят, самый крутой - 777, о, заработало. Что кто-то может дать тебе возможность изменять _только_ доверенную тебе часть репо, и это не имеет ни малейшей связи с локальными атрибутами файлов на твоем макбучеке - тебе и в голову не придет, да? И да, у svn нет никакой катастрофы хранить закрытые ключи и прочие нужные для запуска артефакты, которых так боятся случайно подгрести в комит гитляпцы - ты их даже и не увидишь. > блокировка файлов "на сервере", мы уже поняли что вы не умеете пользоваться svn > в git вы хозяин локальной копии которой можете подтереться, если, конечно, все еще собираетесь совместно работать. По факту вы не хозяин в ней даже своим изменениям - "ваша история нахрен нам не вперлась, нас интересует только наша история" - rebase или format-patch. И да, не забудьте порезать поменьше, в экран не влазиет. > И этого следует принципиальное ограничение - svn плохо масштабируется по кол-ву активных > участников. svn прекрасно поддерживает громадные проекты. Видимо, проблема не в том что плохо масштабируется, а в том что вы ничего кроме порежьте-помельче-пришлите не умеете?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

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

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