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

Проект FreeBSD отключил инфраструктуру для обеспечения работ..., opennews (??), 30-Сен-14, (0) [смотреть все] На Git перейти гордость не позволит , Аноним (-), 10:13 , 30-Сен-14, (1)   // тебя забыли спросить, что им лучше, IMHO (?), 10:16 , 30-Сен-14, (2) –1   // Они под одеялом тихой сапой гит поюзывают, но признаться официально - стесняются, Аноним (-), 23:43 , 30-Сен-14, (40) –1   http en wikipedia org wiki Requirementhttp en wikipedia org wiki Requirement, uniman (ok), 10:19 , 30-Сен-14, (3) –1   // Смотрите, дети это называется маркетинговый буллшит , Аноним (-), 23:44 , 30-Сен-14, (41) +1   // Нужно быть дураком от индустрии, что бы управление требованиями, проектными и эк, uniman (ok), 16:47 , 01-Окт-14, (56) –1   Нужно быть просто дypaком, чтобы все это где-то найти в сабже Но ты не расстраи, Аноним (-), 23:35 , 01-Окт-14, (69) +1   детка, ты всегда пользуешся тремя буквами алфавита вообще-то, еще раз, отличие u, uniman (ok), 11:53 , 02-Окт-14, (94) –1   У некоторых пиплов, более известных как совок , есть интересное свойство припи, Аноним (-), 15:45 , 02-Окт-14, (110)   Весь текст объясняет стокгольский синдром , uniman (ok), 22:45 , 02-Окт-14, (129) –1   Можете и Git использовать https wiki freebsd org GitОфициальное зеркало - http, Аноним (-), 10:31 , 30-Сен-14, (4) +3   // Модель там как раз ещё более распределённая чем в Linux - есть контрибуторы, ест, Аноним (-), 14:50 , 30-Сен-14, (13)   // А нахрена тебе Хочешь работать с git по проектам freebsd git-svn тебе в руль А, uniman (ok), 16:49 , 01-Окт-14, (57) –1   Я и так работаю с исходниками FreeBSD через git, только git-svn не нужен, когда , Аноним (-), 22:37 , 01-Окт-14, (61) +2   А в результате Linux с его диктатором пилить удобнее чем BSD с его bunch of ma, Аноним (-), 23:40 , 01-Окт-14, (70) –1   Обычная Пилишь что-то локально, либо в своей ветке на freebsd org, потом шлёшь , Аноним (-), 03:38 , 02-Окт-14, (79) –1   всё это, конечно, можно делать даже безо всяких систем контроля версий вопрос т, arisu (ok), 07:33 , 02-Окт-14, (85) +1   Как бы это сказать Он активно стимулирует по дефолту именно такой - централизов, Аноним (-), 15:52 , 02-Окт-14, (111) +1   Не надо мне рассказывать что умеет и не умеет svn и git Просто поймите что есть, Аноним (-), 16:06 , 02-Окт-14, (113) –1   При том человеков, для которых все обстоит именно вот так - ну может десятки на , Аноним (-), 16:25 , 02-Окт-14, (117) +1   Несколько сотен коммиттеров FreeBSD - именно они SVN и выбрали Посмотрел бы я н, Аноним (-), 19:39 , 02-Окт-14, (125) –1   Я рад за них - качественный у них получился саботажик А оно мне надо Я не проти, Аноним (-), 23:35 , 02-Окт-14, (133) +1   бред какой-то от непонимания системы разработки вообще, когда дойдет, что центр, uniman (ok), 10:45 , 02-Окт-14, (91)   Как мастурбирующая обезьяна с некоторым стажем, ответственно заявляю, что BSD, , Аноним (-), 17:18 , 02-Окт-14, (122) –1   К большинству сородичей по моим наблюдениям это тоже вполне применимо А зачем мн, Аноним (-), 17:26 , 02-Окт-14, (123)   Mercurial гораздо эффективнее Git, позволяет сосредоточиться исключительно на ра, iZEN (ok), 15:02 , 30-Сен-14, (16) –2   // Это ложь Невменяемые аргументы командной строки, идиотская концепция многоголов, Аноним (-), 15:21 , 30-Сен-14, (18) +5   // Какая ложь Иди и почитай сам Там всё на русском языке На Mercurial разрабаты, iZEN (ok), 15:56 , 30-Сен-14, (20) –1   Java - никому не нужное дeрьмецо, мозилла потеряла большую часть рынка А вот в , Аноним (-), 16:15 , 30-Сен-14, (23) –3   Вот уж что верно то верно А компании вроде Oracle и RedHat где Java является ос, Аноним (-), 13:11 , 01-Окт-14, (53) +1   мда , arisu (ok), 13:19 , 01-Окт-14, (54) +1   Они не становятся, они всегда были Oracle умеет только покупать и гробить чужое, Аноним (-), 22:39 , 01-Окт-14, (62) –1   ---1 6 2 GitGit 8212 распределенная система контроля версий, которая была, iZEN (ok), 20:07 , 03-Окт-14, (142) –1   3 проекта Круто А на git 300 тысяч https www openhub net repositories compa, Аноним (-), 16:18 , 30-Сен-14, (25)   А на винде 300 миллионов , бедный буратино (ok), 16:24 , 30-Сен-14, (28) –1   улыбнулоsvn 48 git 37 cvs 9 bazaar - 1 mercurial - 2 , IMHO (?), 16:45 , 30-Сен-14, (29) +1   300 миллионов чего Проектов VCS Это врядли А количество тех кто умеет перевод, Аноним (-), 01:41 , 02-Окт-14, (75)   Весёлая история с потерей данных в Git http www linux org ru forum general 10, iZEN (ok), 23:28 , 08-Окт-14, (143)   Тем хуже для них - нагрели себя на толпу разработчиков В результате куча разраб, Аноним (-), 00:33 , 01-Окт-14, (46)   Так это же iZEN Ламерство - его визитная карточка , Аноним (-), 23:40 , 01-Окт-14, (71) +1   Ну это замечание конечно обязательно должно было появиться в теме про системы ко, vitalif (ok), 19:49 , 30-Сен-14, (37)   Оно и видно - все на гит почему-то свалили, а гитхаб стал новым крупнейшим опенс, Аноним (-), 23:46 , 30-Сен-14, (42)   // Ну, я не считаю git лучшей системой контроля версий, а github - лучшей площадкой, бедный буратино (ok), 05:45 , 01-Окт-14, (50) –1   Поймите, мало интересуете именно вы Храните исходники в mercurial или fossil,, Аноним (-), 22:45 , 01-Окт-14, (63) +1   Так буратино вообще cannot into опенсорсные процессы Почему питон и всякая нако, Аноним (-), 23:42 , 01-Окт-14, (72) +1   Вот в чём я точно уверен, так это в том, что OpenBSD с вашим F OSS сообществом н, бедный буратино (ok), 11:45 , 02-Окт-14, (93) –1   Полностью согласен Этой замшелой помойке вообще ни с чем не по пути, и ни откры, Аноним (-), 12:35 , 02-Окт-14, (96) +1   А мне не по пути с проектом где кладут на мои задачи и проблемы Между строк , Аноним (-), 16:58 , 02-Окт-14, (121) +1   Это же можно сказать про тебя и твое мнение со стороны остальных Ты тоже входиш, Аноним (-), 01:52 , 02-Окт-14, (76) +1   небольшое уточнение если уж TCP, то тогда SPX , arisu (ok), 07:41 , 02-Окт-14, (88)   Да блин, надо было IPX SPX писать , Аноним (-), 16:11 , 02-Окт-14, (115)   Тупость, стереотипность, левые аналогии Полное списание модели поведения с изве, бедный буратино (ok), 11:56 , 02-Окт-14, (95) –2   Сначала ты казался вменяемым, но просто не успевшим оценить новые технологии Те, Аноним (-), 12:40 , 02-Окт-14, (98) +1   Кого же мне это напоминает Ты что, автобиографию пишешь В том числе и мы Резуль, Аноним (-), 14:36 , 02-Окт-14, (106) +1   не гордость 8212 просто dvcs ещё недостаточно протухли , arisu (ok), 20:43 , 30-Сен-14, (38) +2   иретики в openbsd я сделал cvsync на всё получилось 4 гб зато там есть в, бедный буратино (ok), 12:28 , 30-Сен-14, (9) +1 // svnmirror получится 2GB, а git - полгигабайта И работать будет в 2 и 10 раз быс, Аноним (-), 14:51 , 30-Сен-14, (14) +1 // Как git работает с AUR, сколько места оно занимает и как быстро работает - я в, бедный буратино (ok), 16:19 , 30-Сен-14, (26) –1 // Не знаю что вы там видели и с чем сравнивали, но с FreeBSD шными исходниками в g, Аноним (-), 17:32 , 30-Сен-14, (31) +1 надо, чтобы продолжалась история, но чтобы оверхеда по размеру не было ясно , бедный буратино (ok), 17:36 , 30-Сен-14, (33) –1 Что вы имеете в виду под оверхедом по размеру Продолжающуюся историю как-бы над, Аноним (-), 19:04 , 30-Сен-14, (35) Чудес не бывает или уж история хранится, или уж нет И если что - у гита в мене, Аноним (-), 00:43 , 01-Окт-14, (47) Дело не в хранении исходников Просто человек получает tar gz на cd или выкачив, бедный буратино (ok), 05:41 , 01-Окт-14, (49) –2 Ну и с git так будет, безо всякого оверхеда Я даже больше скажу, когда человек, Аноним (-), 22:47 , 01-Окт-14, (64) сейчас к тебе прибегут с коронным аргументом 171 а git не умеет докачку я в , arisu (ok), 07:38 , 02-Окт-14, (86) Да и фиг с ним, имхо - 1 раз в жизни я могу распереться скачать 600 метров керне, Аноним (-), 16:38 , 02-Окт-14, (120) +1 Ну так git как-то так и работает - однажды качаешь большую чушку, получаешь лока, Аноним (-), 23:56 , 01-Окт-14, (73) +1 Я так же получаю обновления локального дерева портов через portsnap 8 Вот толь, iZEN (ok), 03:17 , 02-Окт-14, (78) –1 Тут умные дяди говорят про VCS Иди отсюда со своим portsnap, он вообще не при ч, Аноним (-), 03:40 , 02-Окт-14, (80) +1 Упыри попутавшие VCS с файлокачалкой - вообще отдельная история , Аноним (-), 15:01 , 02-Окт-14, (107) Так почему Git не имеет возможности докачки при обрыве соединения , iZEN (ok), 21:52 , 02-Окт-14, (128) –1 Научись читать В http www opennet ru openforum vsluhforumID3 99130 html 120 я, Аноним (-), 23:45 , 02-Окт-14, (134) +1 да оставь ты их в покое, у них до сих пор прошлый век, распространение тарболами, arisu (ok), 07:16 , 01-Окт-14, (51) +1 более озабочен тем, что в россии позапрошлый век svnrdump dump -r 250000 27212, uniman (ok), 10:36 , 02-Окт-14, (89) –1 Git не столько транспорт сколько DVCS Хотя транспорт с дельтами там тоже доволь, Аноним (-), 15:05 , 02-Окт-14, (108) +1 если человек разрабатывает проект, имеет такую цель, то может обойтись даже vi, , uniman (ok), 23:02 , 02-Окт-14, (131) –1 Да что там, первые программы ассемблировали руками, на бумажке И вбивали тумбле, Аноним (-), 23:56 , 02-Окт-14, (135) +1 репозитарий freebsd - средство публикации кода до сих пор думал, что работать с , uniman (ok), 11:00 , 03-Окт-14, (141) –1 В каком году это было , iZEN (ok), 20:35 , 01-Окт-14, (60) –2 В 2012-м Только не надо мне рассказывать что hg стал быстрее, ибо с месяц назад, Аноним (-), 22:49 , 01-Окт-14, (65) +1 Откуда конвертировался Клонирование локального репозитория hg выполняет символи, iZEN (ok), 03:15 , 02-Окт-14, (77) –2 Проблемы с твоей головой, ибо ты символические ссылки от жёстких не отличаешь, а, Аноним (-), 03:42 , 02-Окт-14, (81) +2 Ну да, жёсткими Так проблема с ФС или где , iZEN (ok), 21:47 , 02-Окт-14, (127) –1 Проблема с твоей головой, я же сказал , Аноним (-), 22:51 , 02-Окт-14, (130) +1 Всё понятно Хардлинки не пересекают пространства ФС Если клонирование локально, iZEN (ok), 01:40 , 03-Окт-14, (137) –1 Клонирование локального репозитория, когда хардлинки не создаются mkdir downl, iZEN (ok), 02:46 , 03-Окт-14, (138) –1 А я видел как git разворачивает проект размером с линевый кернель за несколько с, Аноним (-), 23:49 , 30-Сен-14, (43) +1 Сомневаюсь, что сотни тысяч файлов можно развернуть за несколько секунд на обычн, бедный буратино (ok), 05:38 , 01-Окт-14, (48) –1 Я смотрю ты под своей openbsd и файловых систем нормальных не видел, какие уж ту, Аноним (-), 22:58 , 01-Окт-14, (68) +1 бедный буратино бедный , arisu (ok), 07:39 , 02-Окт-14, (87) +1 Можно, можно EXT4 сам по себе быстрый, а у меня еще и невъ й дисковый буфер , Аноним (-), 15:21 , 02-Окт-14, (109) +1 - вот так, из буханки хлеба, двух карандашей и катушек ниток можно за одну минут, uniman (ok), 23:09 , 02-Окт-14, (132) –2 Затем что 1 Я иногда даю себе труд попытаться локализовать баги на которые на, Аноним (-), 00:04 , 03-Окт-14, (136) +1 попробуйте воспользоваться редактором и отладчиком , uniman (ok), 10:41 , 03-Окт-14, (140) –1 Проект FreeBSD отключил инфраструктуру обеспечения работы CVSup от системы жизне, Нанобот (ok), 13:21 , 30-Сен-14, (10) чо бы dvcs не использовать потому что в проклятом ляпиксе уже dvcs , Аноним (-), 13:42 , 30-Сен-14, (11) –2 // Потому что ИМ пока не нужно У них модель разработки другая , __yurkis__ (?), 13:45 , 30-Сен-14, (12) // У них модель разработки именно такая Но вы правы, git им не нужен , Аноним (-), 14:51 , 30-Сен-14, (15) // ну ладно, другая, но у тебя тоже один гит в голове , Аноним (-), 15:03 , 30-Сен-14, (17) –1 Теперь то же самое, но по-русски , Аноним (-), 15:22 , 30-Сен-14, (19) –1 Какая проблема использовать гит централизованно , Аноним (-), 16:06 , 30-Сен-14, (21) // Не могут выбрать между Mercurial и Git Одни орут Ставьте Git Его все мо, iZEN (ok), 16:10 , 30-Сен-14, (22) –1 Когда переходили на SVN множество разработчиков предлагало git, но ни один - mer, Аноним (-), 16:16 , 30-Сен-14, (24) А чем их CVS-то не устроил , бедный буратино (ok), 16:23 , 30-Сен-14, (27) –1 Мы с парнями годами храним файлы в архивах по дате, заказчики довольны, аптайм 1, Аноним (-), 17:14 , 30-Сен-14, (30) –1 А вон те чуваки до сих пор на деревянной телеге с лошадью на дорогу выезжают Св, Аноним (-), 23:51 , 30-Сен-14, (44) Вы наверное о разных VCS только краем уха слышали Пора бы уже что-нибудь освоит, Аноним (-), 17:34 , 30-Сен-14, (32) Ну, я о разных VCS слышал У меня даже fossil-репозиторий поднят, не говоря о hg, бедный буратино (ok), 17:42 , 30-Сен-14, (34) –1 То есть якобы пользуетесь всем, на деле ничем Понятно Такая же Пользователи пе, Аноним (-), 19:38 , 30-Сен-14, (36) +1 С чего бы это В DFBSD гит из коробки уж сто лет как И для системы, и для порто, Аноним (-), 16:22 , 01-Окт-14, (55) +1 У них нет ни пользователей ни самописных утилит - в таком состоянии они могут со, Аноним (-), 22:51 , 01-Окт-14, (66) –1 При том у всех поди целый 1 коммитер - сам буратина Так прямо сплю и вижу могуч, Аноним (-), 16:32 , 02-Окт-14, (119) +1 Очень неполный список https wiki freebsd org VCSCvsProblems, Аноним (-), 12:42 , 02-Окт-14, (99) да подожди ты лет десять-пятнадцать, и всё будет , arisu (ok), 20:47 , 30-Сен-14, (39) +2 // Ну так как раз напишут свой урезанный и глючный вариант Зато под BSDL 1111 , Аноним (-), 23:52 , 30-Сен-14, (45) +1 // да не, тут не лицензия, тут реально old farts не въезжают для них dvcs 8212 , arisu (ok), 07:29 , 01-Окт-14, (52) +1 А оно в каком-то роде анархия и есть В своем локальном закутке можно извращатьс, Аноним (-), 00:10 , 02-Окт-14, (74) да это-то понятно я в данном случае имел в виду 171 анархия как что-то плохое, arisu (ok), 07:25 , 02-Окт-14, (84) +1 Столько споров и о таком вопросе Скажите, неужели всем нравятся блондинки да п, snake7 (ok), 19:17 , 01-Окт-14, (58) // пример некорректный ответ на вопрос 171 почему 187 8212 171 купи метл, arisu (ok), 19:23 , 01-Окт-14, (59) +1 // Отлично аргументированная позиция А главное-насколько полна миролюбия, как приз, snake7 (ok), 06:38 , 02-Окт-14, (82) –1 // ты меня с кем-то попутал лично мне в 171 приверженцах 187 дураки не нужны , arisu (ok), 07:21 , 02-Окт-14, (83) +1 Сам ты попутал Кому ты нафиг нужен, яркий пример глухого закостенелого мышлен, snake7 (ok), 10:37 , 02-Окт-14, (90) –1 Вы наверное ren-tv любите смотреть , Аноним (-), 11:40 , 02-Окт-14, (92) +1 Вы, наверное, не знаете о существовании зяпятых , snake7 (ok), 12:39 , 02-Окт-14, (97) –1 Ты ещё к моей национальности придерись Если уж слил, лучше помалкивай , Аноним (-), 12:43 , 02-Окт-14, (100) +1 Твоя национальность-аноним неизвестный Как к оной придраться-то, дубинушка А с, snake7 (ok), 13:38 , 02-Окт-14, (103) –1 А вы, я сотрю, наоборот любитель дураков на трон сажать , Аноним (-), 12:45 , 02-Окт-14, (101) +1 Сотрю Это ты ластиком сотрюшь , snake7 (ok), 13:36 , 02-Окт-14, (102) –1 Чем дальше, тем большим дурачком ты себя выставляешь, отвечая не по делу Вон сн, Аноним (-), 13:46 , 02-Окт-14, (104) +1 Хочешь убедить меня посадить тебя, дурака, на трон Знаешь, как пишется слово , snake7 (ok), 13:49 , 02-Окт-14, (105) –1 Ха-ха, пришёл как славный примирятель во славу единения приверженцев свободного, Аноним (-), 16:13 , 02-Окт-14, (116) +1 Фу, анонимная какаха, какая же ты отвратная Тебе же было сказано не булькать со, snake7 (ok), 18:06 , 02-Окт-14, (124) –1 Покажи пожалуйста ещё своей натуры , Аноним (-), 19:43 , 02-Окт-14, (126) +1 Не дождёшься , snake7 (ok), 06:11 , 03-Окт-14, (139) –1 Сам себя не похвалишь-никто не похвалит, да Как-то не оценивают люди твою ан, Аноним (-), 11:02 , 15-Окт-14, (144) Правильная аналогия такая есть девушки, старухи и резиновые бабы Есть жирные з, Аноним (-), 22:57 , 01-Окт-14, (67) +3 1,9,10,11,58

Сообщения

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

1. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
Сообщение от Аноним (-), 30-Сен-14, 10:13
>первичной системой контроля версий для исходных текстов FreeBSD и коллекции портов является Subversion На Git перейти гордость не позволит))))
Ответить | Правка | Наверх | Cообщить модератору

	2. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от IMHO (?), 30-Сен-14, 10:16
	тебя забыли спросить, что им лучше
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 30-Сен-14, 23:43
	Они под одеялом тихой сапой гит поюзывают, но признаться официально - стесняются.
	Ответить | Правка | Наверх | Cообщить модератору

	3. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от uniman (ok), 30-Сен-14, 10:19
	>На Git перейти гордость не позволит))) http://en.wikipedia.org/wiki/Requirement http://en.wikipedia.org/wiki/Requirements_analysis http://en.wikipedia.org/wiki/Software_requirements http://en.wikipedia.org/wiki/Requirements_management
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	41. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 30-Сен-14, 23:44
	> http://en.wikipedia.org/wiki/Requirement > http://en.wikipedia.org/wiki/Requirements_analysis > http://en.wikipedia.org/wiki/Software_requirements > http://en.wikipedia.org/wiki/Requirements_management Смотрите, дети: это называется маркетинговый буллшит.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от uniman (ok), 01-Окт-14, 16:47
	>> http://en.wikipedia.org/wiki/Requirement >> http://en.wikipedia.org/wiki/Requirements_analysis >> http://en.wikipedia.org/wiki/Software_requirements >> http://en.wikipedia.org/wiki/Requirements_management > Смотрите, дети: это называется маркетинговый буллшит. Нужно быть дураком от индустрии, что бы управление требованиями, проектными и эксплутационными, так назвать. Хотя да, в конечном итоге вся деятельность переноситься в стоимость продукта. В том числе и бестолковая. Вообще-то, родина BSD проектов US, а там проектный цикл в начальной школе уже изучают, на практике.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 23:35
	> Нужно быть дураком от индустрии, что бы управление требованиями, проектными и > эксплутационными, так назвать. Нужно быть просто дypaком, чтобы все это где-то найти в сабже. Но ты не расстраивайся, сейчас Леня Поттер и прочие редхаты тебе объяснят чего на самом деле хотела видеть индустрия и насколько это далеко было от "планирования" фрибсдшников. > Вообще-то, родина BSD проектов US, а там проектный цикл в начальной школе > уже изучают, на практике. На родине ака US околело немало юниксов всех мастей. Да что там, даже полуось от такого гиганта как IBM не выгорела. Так что то что вы выучили энное количество громких слов и решили ими покозырять - это похвально, но логики вашим рассуждениям это не прибавляет.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от uniman (ok), 02-Окт-14, 11:53
	>> Нужно быть дураком от индустрии, что бы управление требованиями, проектными и >> эксплутационными, так назвать. > Нужно быть просто дypaком, чтобы все это где-то найти в сабже. детка, ты всегда пользуешся тремя буквами алфавита? вообще-то, еще раз, отличие us пипла как раз и состоит в методической компетентности, идущей от экономической целесообразности. это везде, как основа. говоришь - результат, подразумеваешь - цикл деминга. > ты не расстраивайся, сейчас Леня Поттер и прочие редхаты тебе объяснят поматросят и бросят. > чего на самом деле хотела видеть индустрия и насколько это далеко > было от "планирования" фрибсдшников. любительская проект-программа, со своей инфраструктурой, субпроектами и коммюнити. кто хочет, тот в курсе проектов и насколько они соотвествуют требованиям этого коммюнити. > Вообще-то, родина BSD проектов US, а там проектный цикл в начальной школе >> уже изучают, на практике. > На родине ака US околело немало юниксов всех мастей. Да что там, > даже полуось от такого гиганта как IBM не выгорела. пожалуйста, назовите живой проект операционной системы или нечто системообразующего, созданный в россии. > но логики вашим рассуждениям это не прибавляет. а в состоянии ее понять?
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 02-Окт-14, 15:45
	> вообще-то, еще раз, отличие us пипла как раз и состоит в методической > компетентности, идущей от экономической целесообразности. У некоторых пиплов, более известных как "совок", есть интересное свойство: приписывать ВСЕМ пиплам другой станы какие-то по истине волшебные качества. Вы знаете, американцы бывают разные, а на 10 стартапов случается чуть ли не 9 факапов. Хотя казалось бы, какого? А оказывается, американцы тоже разные бывают :). Вон американский IBM с своей полуосью что-то пролетел как фанера над парижем. Банкротами они, конечно, не стали, но тугриков недополучили очень много и видимо прекрасно в курсе такого упущения. А экономическая целесообразность фрибзды... хахахаха, хорошая шутка :). Из бздей какой-то осмысленный готовый продукт - как из гoвна пуля. Их обставил какой-то там линух, который вообще даже не готовый продукт, а только ядро. Полуфабрикат. > это везде, как основа. говоришь - результат, подразумеваешь - цикл деминга. К опенсорсным процессам все это применимо только частично и с большой кучей оговорок. > поматросят и бросят. Это можно сказать про совершенно любой софт: ничто не будет существовать вечно. И весь вопрос лишь в том когда это произойдет и по каким мотивам софт будет заброшен. Мало кто хочет использовать CP/M в 2014 году. Потому что он неакутален. Я не возражаю чтобы systemd через несколько десятков лет был phased out по тем же причинам. А пока-что наступила очередь sysv init. Его сейчас phasing out. Здесь и сейчас. Независимо от того нравится ли это господам "я так привык" или нет, вектор тяги в целом по индустрии установился именно такой. Это глобальный консенсус, его уже не удастся отменить. > любительская проект-программа, со своей инфраструктурой, субпроектами и коммюнити. > кто хочет, тот в курсе проектов и насколько они соотвествуют требованиям этого коммюнити. ...поэтому у неудачных и кривых программ комьюнити обычно скромного размера: грузть кактус невзирая на трудности остаются только самые стойкие. А остальные имеют какие-то более осмысленные цели чем борьба с искусственными трудностями на ровном месте. > пожалуйста, назовите живой проект операционной системы или нечто системообразующего, > созданный в россии. А зачем мне именно "созданный в россии"? Опенсорс не имеет границ. > а в состоянии ее понять? Сложно понять то чего нет. Единственная логика которую я пока вижу - выгораживание задниц и совковое мышление. Но это не логика, это булшит.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от uniman (ok), 02-Окт-14, 22:45
	Весь текст объясняет стокгольский синдром.
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+3 +/–
	Сообщение от Аноним (-), 30-Сен-14, 10:31
	Можете и Git использовать https://wiki.freebsd.org/Git Официальное зеркало - https://github.com/freebsd Но основной системой является Subversion, так как во FreeBSD, как и в Apache Fpundation, изначально применяется централизованная модель разработки.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	13. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 30-Сен-14, 14:50
	Модель там как раз ещё более распределённая чем в Linux - есть контрибуторы, есть офицеры, но нет диктатора. Единственная причина использования svn вместо git - консерватизм.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от uniman (ok), 01-Окт-14, 16:49
	> Модель там как раз ещё более распределённая чем в Linux - есть > контрибуторы, есть офицеры, но нет диктатора. Единственная причина использования svn вместо > git - консерватизм. А нахрена тебе? Хочешь работать с git по проектам freebsd? git-svn тебе в руль. А, не намерен и bsd тебе по боку? А что тогда вякаешь в чужой огород?
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+2 +/–
	Сообщение от Аноним (-), 01-Окт-14, 22:37
	Я и так работаю с исходниками FreeBSD через git, только git-svn не нужен, когда есть нормальный github репозиторий. Так делают многие, и в такой ситуации непонятно зачем вообще нужен svn.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 23:40
	>  Единственная причина использования svn вместо git - консерватизм. А в результате Linux с его "диктатором" пилить удобнее чем BSD с его bunch of masturbating monkeys (c) диктатор. Какая нафиг распределенная модель разработки может быть с SVN? И о какой распределенной разработке идет речь при таких привычках консерваторов? SVN как таковой заточен на единичный центральный "timeline" коммитов. А git - на множественное параллельное существование форков, обменивающихся фичами. И нет, если вы используете git как "улучшенный svn" - такой workflow не получится, потому что svn его не умеет и отмаппить это в svn - не получится.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	79. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 03:38
	> Какая нафиг распределенная модель разработки может быть с SVN? И о какой распределенной разработке идет речь при таких привычках консерваторов? Обычная. Пилишь что-то локально, либо в своей ветке на freebsd.org, потом шлёшь патч, его коммитят в HEAD, если надо cherry-pick'ают в stable ветки. Не надо думать что svn не позволяет какой-то workflow.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от arisu (ok), 02-Окт-14, 07:33
	> Не надо думать что svn не позволяет какой-то workflow. всё это, конечно, можно делать даже безо всяких систем контроля версий. вопрос только в скорости и удобстве. собственно, люди в мире этот спор давно уже решили, выбрав в большинстве DVCS. причём выбрали DVCS не пользователи, которым на уши навешали булшита, а разработчики, каждый день использующие инструмент. DVCS оказались инструментом лучше, чем CVCS. по многим причинам. меня вот тоже никто не агитировал, я просто однажды попробовал git… и с тех пор вспоминаю svn как тяжёлое наследие прошлого, плантации, совочки вместо экскаваторов…
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 15:52
	> Не надо думать что svn не позволяет какой-то workflow. Как бы это сказать? Он активно стимулирует по дефолту именно такой - централизованный. И обойти это ну не то что совершенно невозможно, но требует уйму левых действий для того что git обеспечивает тyпо сразу после установки. В svn даже нельзя просто пойти и сделать коммит, джад. Нужно или разворачивать свой сервер (отдельный кластерфак) или получать права на коммит на чужом сервере (тоже кластерфак). А в git я склонировал себе репу и могу коммитить в эту репу как моей душе угодно. То-есть, git сразу же обслуживает не только нужды проекта, но и лично мои локальные нужды. Еще и патч потом поможет сделать. A SVN всем этим похвастаться не может, так что с точки зрения разработчика он делает работу с проектом неудобной. Это может не проблема для десятка старых зубров которые права себе всяко пропишут, зато это проблема для всех остальных, кому эти права не пропишут.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	113. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 16:06
	Не надо мне рассказывать что умеет и не умеет svn и git. Просто поймите что есть люди для которых svn работает безо всяких там кластерфаков, локально, не локально, распределённо, не распределённо, и git им нафиг не упал. Остальные же используют репозиторий на github. Один вы только тявкаете кому как что делать.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 16:25
	> Просто поймите что есть люди для которых svn работает безо всяких > там кластерфаков, локально, не локально, распределённо, не распределённо, При том человеков, для которых все обстоит именно вот так - ну может десятки на всю планету. Те у кого право коммита есть. А всем остальным svn ничего кроме кластерфака предложить не может, ибо локально он работать вообще не умеет сам по себе. Поэтому просто пойти и сделать коммит - АГАЩАЗЗЗЗ. Как минимум придется сервак ставить. Или доказывать что не верблюд, а благонадежный человек, которому право коммита на какой-то еще сервак отсыпать без риска для жизни можно. А в гит - просто вбахал git clone и потом художествуй себе наздоровье. Вот такое отличие. Одно, зато крайне фатальное для систем наподобие svn. > и git им нафиг не упал. Остальные же используют репозиторий на github. > Один вы только тявкаете кому как что делать. Да что вы, я совсем не возражаю если снобы будут по дурости душевной сами же свой проект саботировать. Результат будет заслуженным.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 19:39
	> При том человеков, для которых все обстоит именно вот так - ну может десятки на всю планету Несколько сотен коммиттеров FreeBSD - именно они SVN и выбрали. Посмотрел бы я на токак бы вы им проповеди почитали. > Поэтому просто пойти и сделать коммит А, я всё понял. Вам на код, разработку, изменения вообще плевать, вы поклоняетесь исключительно коммиту как таковому. Он для вас - самоцель. Тогда у меня для вас плохие новости - есть гораздо более удобный инструмент для локальных бесполезных коммитов - RCS. > Как минимум придется сервак ставить Чтобы коммитить в локальный svn не нужен сервак. > Или доказывать что не верблюд, а благонадежный человек В чужие git репозитории ваши коммиты тоже не попадут пока не докажете. > А в гит - просто вбахал git clone и потом художествуй себе наздоровье Да, понадобилась тебе патч к порту сделать - скачай ВСЮ историю всех портов. Вот в SVN вбахал checkout и получил один порт. Мгновенно. Или может вам рассказать про copy/move на стороне сервера вообще без checkout? Куда там. Вам же главное коммитить.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 23:35
	> Несколько сотен коммиттеров FreeBSD - именно они SVN и выбрали. Я рад за них - качественный у них получился саботажик. > Посмотрел бы я на токак бы вы им проповеди почитали. А оно мне надо? Я не против того чтобы они простреливали свои пятки, если им так хочется. > А, я всё понял. Вам на код, разработку, изменения вообще плевать, вы > поклоняетесь исключительно коммиту как таковому. Я поклоняюсь моему удобству. А коммит - часть процесса разработки. Мне совершенно не очевидно почему надо делать какие-то различия и делать какие-то особые отдельные приседания. > Он для вас - самоцель. Тогда у меня для вас плохие новости - есть > гораздо более удобный инструмент для локальных бесполезных коммитов - RCS. Я элементарно не вижу причин как-то сильно делить коммиты на локальные и какие там еще. А RCS - пусть бсдшники им и пользуются ;). > Чтобы коммитить в локальный svn не нужен сервак. А чтобы нормально работать с разными ревизиями - нужен. Наверное кому-то нравится, когда большинство действий не работает, но этот кто-то - не я. > В чужие git репозитории ваши коммиты тоже не попадут пока не докажете. А это уже второй вопрос. Мне это жить никак не мешает. Я могу шариться по всем ревизиям и делать и с моими и с чужими коммитами все что захочу. А если некто посчитает что ему надо эти изменения - пусть забирает и мержит. Далеко не все коммиты имеет смысл толкать в глотку апстрима. Зато гит мои коммиты учтет и при конфликтах с апстримом предложит сие разрулить, при обновлении, etc. В обычном формате. В целом это делает workflow логичным и удобным. > Да, понадобилась тебе патч к порту сделать - скачай ВСЮ историю всех портов. Про --depth и прочую фигню мы читать не будем: настоящие джедаи манов не читают. Хотя при сколь-нибудь активной работе с проектом логично именно полное дерево с всей историей. Вся история обычно весит ну может столько же сколько развернутое дерево сорцов, за счет сжатия и продвинутого хранения дельты. > Вот в SVN вбахал checkout и получил один порт. Мгновенно. А потом заметил что там баг порылся и надо на ...цать версий отмотать. И вообще надо еще вон то и вон это. И вот тут как-то так получается что на более-менее большой иерархии svn не только не мгновенно, но и нифига не может без интернета. > Или может вам рассказать про copy/move на стороне сервера вообще без > checkout? Куда там. Вам же главное коммитить. Мне вообще на copy/move на стороне сервера. А почему это должно меня колыхать?
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от uniman (ok), 02-Окт-14, 10:45
	> заточен на единичный центральный "timeline" коммитов. бред какой-то от непонимания системы разработки. вообще, когда дойдет, что центральный репозиторий freebsd - средство _публикации_ достаточно отлаженного и качественно работающего кода, то многое станет на места.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	122. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 17:18
	> bunch of masturbating monkeys (c) диктатор. Как мастурбирующая обезьяна с некоторым стажем, ответственно заявляю, что *BSD, за исключением OpenBSD, тут ни при чём, так как в письме, на которое вы ссылаетесь, речь шла конкретно об OpenBSD. Так что вы бы, это, хотя бы в таких простых вещах не лажали - глядишь, всерьёз бы и ваши слова о деле воспринимались.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	123. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 02-Окт-14, 17:26
	> вы ссылаетесь, речь шла конкретно об OpenBSD. К большинству сородичей по моим наблюдениям это тоже вполне применимо. > лажали - глядишь, всерьёз бы и ваши слова о деле воспринимались. А зачем мне это? Я на это у...ще все-равно не собираюсь полагаться, поэтому мне все-равно.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–2 +/–
	Сообщение от iZEN (ok), 30-Сен-14, 15:02
	Mercurial гораздо эффективнее Git, позволяет сосредоточиться исключительно на разработке проекта, а не на пространных манипуляциях с историями правок, когда внезапно всё "забывается" и появляются баги.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	18. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+5 +/–
	Сообщение от Аноним (-), 30-Сен-14, 15:21
	> Mercurial гораздо эффективнее Git Это ложь. Невменяемые аргументы командной строки, идиотская концепция многоголовости, идиотская система плагинов, да банальный питон в основе. Работать с этим невозможно, и никакая популярность hg этому подтверждение. > позволяет сосредоточиться исключительно на разработке проекта, а не на пространных манипуляциях с историями правок, когда внезапно всё "забывается" и появляются баги. Это тоже ложь. git ничего не навязывает - не хотите менять историю - не меняйте. Хотите - вот вам удобнейшие для этого инструменты. mercurial этих инструментов просто не умеет, но "раз у нас их нет, значит у вас они во зло", типичный аргумент сопливого ламера.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 30-Сен-14, 15:56
	>> Mercurial гораздо эффективнее Git > Это ложь. Невменяемые аргументы командной строки, идиотская концепция многоголовости, > идиотская система плагинов, да банальный питон в основе. Работать с этим > невозможно, и никакая популярность hg этому подтверждение. Какая "ложь"? Иди и почитай сам. Там всё на русском языке. На Mercurial разрабатывают такие проекты, как OpenJDK (из него делаются сборки Oracle JDK), NetBeans и Mozilla. То есть разрабатывают код, который используется на 98% ПК во всём мире. У GNU/Linux на Git код используется примерно на 3% установок ПК. Это говорит о том, что Git недостаточно проверен и надёжен среди серьёзных разработчиков и, главное, сопровождаемый этой DVCS код сомнительного качества. Я не понимаю, почему столько ора вокруг Git? Mercurial не так на слуху. Может быть из-за того, что добротная вещь просто не нуждается в обсуждениях. Она как чистый воздух — мы им дышим и не задумываемся об этом. Но если воздух испорчен кем-то, то окружающие о нём начинают говорить и говорить... >> позволяет сосредоточиться исключительно на разработке проекта, а не на пространных манипуляциях с историями правок, когда внезапно всё "забывается" и появляются баги. > Это тоже ложь. git ничего не навязывает - не хотите менять историю > - не меняйте. Хотите - вот вам удобнейшие для этого инструменты. Да вот же конструкционная ошибка Git: http://habrahabr.ru/post/179123/ Если такие ошибки допускаются, то выходит, что инструмент управления версиями нуждается в более тщательном изучении своих нюансов и "подводных камней". Кривая обучения становится длиннее и кривее. Инструмент требует знания многих вещей и в конце концов работа с ним становится многосложной и многословной. > mercurial этих инструментов просто не умеет, но "раз у нас их > нет, значит у вас они во зло", типичный аргумент сопливого ламера. Умеет. Но их используют в исключительных услучаях. Это не является нормальным.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–3 +/–
	Сообщение от Аноним (-), 30-Сен-14, 16:15
	> На Mercurial разрабатывают такие проекты, как OpenJDK (из него делаются сборки Oracle > JDK), NetBeans и Mozilla. То есть разрабатывают код, который используется на > 98% ПК во всём мире. Java - никому не нужное дeрьмецо, мозилла потеряла большую часть рынка. А вот в git разрабатывается весь остальной софт, который таки установлен на 100% ПК во всём мире. > Я не понимаю, почему столько ора вокруг Git? Mercurial не так на > слуху. Может быть из-за того, что добротная вещь просто не нуждается > в обсуждениях. Или потому что давно проиграла и забыта. > Да вот же конструкционная ошибка Git: http://habrahabr.ru/post/179123/ Это статья написана безграмотным идиотом, не умеющим использовать инструмент. Кстати, тот же самый сценарий запросто возможен в mercurial. > Умеет. Но их используют в исключительных услучаях. Это не является нормальным. Просто потому что они реализованы так, что лучше бы не были реализованы, ими сложно и неприятно пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 13:11
	>Java - никому не нужное дeрьмецо Вот уж что верно то верно. А компании вроде Oracle и RedHat где Java является основой бизнеса автоматически становятся дерьмецом.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от arisu (ok), 01-Окт-14, 13:19
	> Oracle и RedHat > Java является основой бизнеса мда.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 22:39
	> автоматически становятся дерьмецом. Они не становятся, они всегда были. Oracle умеет только покупать и гробить чужое, своя база у них отнюдь не на жаве, но всё равно по всем параметрам сливает постгресу. А про red hat и говорить-то в приличном обществе стыдно.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	142. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 03-Окт-14, 20:07
	///--- 1.6.2. Git Git — распределенная система контроля версий, которая была разработана для управления исходным кодом ядра Linux. Как и в случае с Mercurial, на начальный дизайн системы оказал влияние Monotone. Git предоставляет большой список команд, число которых в версии 1.5.0 достигает 139 уникальных единиц. Он имеет репутацию инструмента, сложного для изучения. В сравнении с Git, Mercurial делает упор на простоту. Что касается производительности — Git очень быстр. В некоторых случаях он быстрее, чем Mercurial (по крайней мере под Linux), а в других быстрее оказывается Mercurial. Однако под Windows как производительность, так и общий уровень поддержки, во время написания этой книги у Git гораздо хуже, чем у Mercurial. В то время как репозиторий Mercurial не требует операций по техническому обслуживанию, репозиторий Git требует частых ручных «перепаковок» собственных метаданных. Если этого не делать, производительность начинает падать, наряду с увеличением объёма занимаемого дискового пространства. Дисковый массив сервера, содержащего несколько Git репозиториев, по отношению к которым не выполняется строгое правило частой «перепаковки», рано или поздно забивается под завязку, в результате чего процесс ежедневного резервного копирования легко может занимать более 24 часов. Только что «запакованный» репозиторий Git занимает немного меньше места, чем репозиторий Mercurial, но объём не перепакованного репозитория будет на несколько порядков больше. Ядро Git написано на языке С. Многие команды Git реализованы в виде Shell скриптов или скриптов на языке Perl и уровень качества данных скриптов сильно разнится. Я встречал несколько установок, в которых скрипты тупо продолжали выполнение, несмотря на наличие фатальных ошибок. Mercurial предоставляет возможность импорта истории версий из репозитория Git. ---/// Источник: http://bacher09.org/hgbook/ru/html/how-did-we-get-here.html#... Вопрос исчерпан?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	25. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 30-Сен-14, 16:18
	> На Mercurial разрабатывают такие проекты, как OpenJDK (из него делаются сборки Oracle > JDK), NetBeans и Mozilla. 3 проекта? Круто. А на git 300 тысяч: https://www.openhub.net/repositories/compare
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	28. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от бедный буратино (ok), 30-Сен-14, 16:24
	>> На Mercurial разрабатывают такие проекты, как OpenJDK (из него делаются сборки Oracle >> JDK), NetBeans и Mozilla. > 3 проекта? Круто. А на git 300 тысяч: https://www.openhub.net/repositories/compare А на винде 300 миллионов :)
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от IMHO (?), 30-Сен-14, 16:45
	> https://www.openhub.net/repositories/compare улыбнуло svn 48% git 37% cvs 9% bazaar - 1% mercurial - 2% )))))
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 02-Окт-14, 01:41
	> А на винде 300 миллионов :) 300 миллионов чего? Проектов VCS? Это врядли. А количество тех кто умеет переводить еду в г-но - ну это замечательно, только они погоду не делают.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	143. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от iZEN (ok), 08-Окт-14, 23:28
	>> На Mercurial разрабатывают такие проекты, как OpenJDK (из него делаются сборки Oracle >> JDK), NetBeans и Mozilla. > 3 проекта? Круто. А на git 300 тысяч: https://www.openhub.net/repositories/compare Весёлая история с потерей данных в Git: http://www.linux.org.ru/forum/general/10897902
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	46. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 01-Окт-14, 00:33
	> На Mercurial разрабатывают такие проекты, как OpenJDK (из него делаются сборки Oracle > JDK), NetBeans и Mozilla. Тем хуже для них - нагрели себя на толпу разработчиков. В результате куча разработчиков пойдет кодить хром. Потому что гoвняная VCS - это таки минус проекта при прочих равных. А git что, он людям с програмерским складом ума в руку как влитой ложится. Я в 90% случаев чисто интуитивно знаю что набрать - потому что когда я делаю некое действие, мыслю так же как те кто кодил инструмент для программистов.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	71. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 23:40
	> типичный аргумент сопливого ламера. Так это же iZEN. Ламерство - его визитная карточка.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	37. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от vitalif (ok), 30-Сен-14, 19:49
	Ну это замечание конечно обязательно должно было появиться в теме про системы контроля версий =)))
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	42. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 30-Сен-14, 23:46
	> Mercurial гораздо эффективнее Git, Оно и видно - все на гит почему-то свалили, а гитхаб стал новым крупнейшим опенсорсным хостингом, пока остальные щелкали клювами или впаривали третьесортные базары и меркуриалы. > проекта, а не на пространных манипуляциях с историями правок, когда внезапно > всё "забывается" и появляются баги. В git как раз ничего не забывается. Он по этой части штука крутая.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	50. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от бедный буратино (ok), 01-Окт-14, 05:45
	> Оно и видно - все на гит почему-то свалили, а гитхаб стал > новым крупнейшим опенсорсным хостингом, пока остальные щелкали клювами или впаривали третьесортные > базары и меркуриалы. Ну, я не считаю git лучшей системой контроля версий, а github - лучшей площадкой. И меня мало интересует, что думают таинственные "все". Выбор - это хорошо, это позволяет выбрать, что более удобно каждому: а поклоняться "ейн рейх, ейн фюрер, ейн гит"... люди просто хотят всунуть git в каждую дырку, решить им все проблемы человечества, и идеализируют его насквозь - это уже какое-то помешательство. Скоро будут расстреливать тех, кто не поклоняется git. :) ps. Продавайте git в другом месте. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 22:45
	> Ну, я не считаю git лучшей системой контроля версий, а github - лучшей площадкой. И меня мало интересует, Поймите, "мало интересуете" именно вы. Храните исходники в mercurial или fossil, на вашем любимом небыдлo-хостинге или локалхосте, никто слова не скажет. Но вам самому будет нечего сказать, когда потенциальные контрибуторы вместо того чтобы pull покрутят пальцем у виска и пойдут дальше. Про git говорят на каждом шагу именно потому что это не все понимают. Если вы чётко осознаёте, что не хотите быть частью F/OSS сообщества, пилите проеты исключительно для себя и не ждёте на того что их будуи использовать другие люди, ни того что другие люди захотят их улучшить, то вам про git рассказывать действительно не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 23:42
	> самому будет нечего сказать, когда потенциальные контрибуторы вместо того чтобы pull > покрутят пальцем у виска и пойдут дальше. Так буратино вообще cannot into опенсорсные процессы. Почему питон и всякая наколенщина? А чтоб он один мог все по бырому накодить. При этом что вываливай сорц, что нет. Процесс не взлетит.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от бедный буратино (ok), 02-Окт-14, 11:45
	> Если вы чётко осознаёте, что не хотите быть частью F/OSS сообщества Вот в чём я точно уверен, так это в том, что OpenBSD с вашим F/OSS сообществом не по пути. Ваше "эффективное, никаких NIH, никаких DRY" сообщество - это куча зависимостей на каждый чих, это "сделаем это на ruby и js, а потом ещё больше ruby и js и ещё больше зависимостей", это непомерное чванство, самоуверенность, общение сленгом, при котором Эллочка-людоедка - гигант мысли, и при этом отчаянное желание НЕ ПОНИМАТЬ ПРОБЛЕМУ. А реальные проблемы решаются там, где живёт CVS. :) Я практически уверен, что ваш путь развития - это тупик. Просто сильно переслащенный венчурными капиталами. Просто подрасли дети, которые не застали первое лопание доткомов, и начали делать то же самое. И лопнет оно точно тем же образом, потому что собирает те же самые ошибки. > Но вам самому будет нечего сказать, когда потенциальные контрибуторы вместо того чтобы pull покрутят пальцем у виска и пойдут дальше. А если нужны ишшуи? Или нормальная отметка о состояниях, или что-то ещё? Кто вам вообще сказал, что эти пулл-реквесты вообще первичны? Вы просто сами и доказываете, что проблемы вы не видите, и дальше взаимоотношений "разработчик - разработчик" не смотрите. Хотя и тут не всё гладко, как вы расписываете. Вы вдолбили себе "панацейность" git, и теперь уверяете, что все проблемы можно им решить. А если быть ещё точнее, то подгоняете проблемы под возможности git. А всё остальное остаётся вне вашего поля зрения. Вот такой вот современный F/OSS... То, что такие контрибуторы пойдут дальше - это даже хорошо. :) Потому что "нафигачить кода" - это должно быть последнее действие, а не первое. :)
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	96. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 12:35
	> Вот в чём я точно уверен, так это в том, что OpenBSD с вашим F/OSS сообществом не по пути. Полностью согласен. Этой замшелой помойке вообще ни с чем не по пути, и ни открытостью, ни свободой там и не пахло. > Ваше "эффективное, никаких Это пропущу, какая-то шизофазия с приплетением каких-то капиталов, доткомов и прочей бредятины. > А если нужны ишшуи? И вы ещё что-то о сленге вякаяете? На GH есть issues. > дальше взаимоотношений "разработчик - разработчик" не смотрите Нет, это вы дальше своего CVS не смотрите. Я не говорю что git и github решает все проблемы, но вот кучу проблем которые есть у cvs и подходе к разработке применяемому в том же openbsd они решают с блеском. Но я понял, вам что-то втолковывать бесполезно, ибо мозг настроен под CVS и все новые идеи принимаются крайне враждебно, и никаких проблем вы никогда не признаете. > То, что такие контрибуторы пойдут дальше - это даже хорошо Ну вот поэтому OpenBSD и находится в том месте где находится.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 16:58
	> с вашим F/OSS сообществом не по пути. А мне не по пути с проектом где кладут @#$ на мои задачи и проблемы. > это куча зависимостей на каждый чих, Между строк читается: "да вы охренели - код реюзать смеете?!". Как ни странно, реюз кода из чужих библиотек позволяет не париться с решением давно решенной проблемы самому. Кто не верит что это круто - может пойти написать свое ядро операционки и драйвера для разминки. О юзермодовых либах мы подумаем потом, если запал NIH-ера к тому моменту еще не иссякнет. > это "сделаем это на ruby и js, а потом ещё больше ruby и js и ещё больше зависимостей", Пришел буратина и стереотипно расписался за всех и сразу. И эти люди что-то еще вякают про стереотипы... > и при этом отчаянное желание НЕ ПОНИМАТЬ ПРОБЛЕМУ. Почему же. Свои проблемы я нормально понимаю. А высосанную из пальца борьбу с ветряными мельницами я и правда не намерен понимать. > А реальные проблемы решаются там, где живёт CVS. :) И какие же проблемы удалось решить этим решателям? Наверное, проблемы избытка пользователей и разработчиков в проекте... > доткомов, и начали делать то же самое. И лопнет оно точно > тем же образом, потому что собирает те же самые ошибки. Я вообще к доткомам не отношусь по большому счету. > А если нужны ишшуи? Или нормальная отметка о состояниях, или что-то ещё? Тогда вам к бактрекеру и сборочной системе, очевидно. > Кто вам вообще сказал, что эти пулл-реквесты вообще первичны? Первичен удобный для разработчиков процесс, если проект заинтересован в том чтобы его разрабатывали. > то подгоняете проблемы под возможности git. А всё остальное остаётся вне > вашего поля зрения. Вот такой вот современный F/OSS... Git позволяет забыть о VCSной части проблемы т.к. не перепихивает проблемы разработчиков, тестировщиков и экспериментаторов на кого-то еще а вместо этого успешно решает их. Могут быть какие-то иные проблемы, они вне сферы умений гит. Но зато в пределах умений других инструментов. И если эти инструменты не умеют интегрироваться с гитом - грош им цена в базарный день по состоянию на 2014 год. > То, что такие контрибуторы пойдут дальше - это даже хорошо. :) Ну еще бы. Контрибуторы не будут тратить время на работу в мусорный бак. > Потому что "нафигачить кода" - это должно быть последнее действие, а не первое. :) Такое заявления от корябателя всякой фигни на питоне смотрится просто эталоном лицемерия.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	76. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 01:52
	> лучшей площадкой. И меня мало интересует, что думают таинственные "все". Это же можно сказать про тебя и твое мнение со стороны остальных. Ты тоже входишь в множество "все". Твое мнение imho стоит просто спускать в /dev/null за отсутствием внятных аргументов. > Выбор - это хорошо, это позволяет выбрать, что более удобно каждому: Я как-то не вижу особого удобства езды на деревянной телеге запряженной парой лошадей по дорогам общего пользования. Ни вам конюшен, ни вам поилок. Но формально как бы можно, с кучей оговорок, это да. > git в каждую дырку, решить им все проблемы человечества, и идеализируют > его насквозь - Как бы это сказать? Он выбился в лидеры в своем сегменте и задает погоду. При том такое положение дел - достаточно обоснованное. И вообще, какого хрена ты вот тут на опеннете используешь единственный TCP/IP и HTTP? Вдруг тебе IPX или там Gopher симпатичнее. Только вот удачи переписываться с местными по этим протоколом. Правда жизни такова что инструментарий для взаимодействия с окружающими - таки определяется и неким глобальным консенсусом. > это уже какое-то помешательство. Скоро будут расстреливать тех, > кто не поклоняется git. :) Зачем же сразу расстреливать? Будешь взаимодействовать сам с собою, правою рукою. И будет у тебя чудные "открытые" проекты. С одним участником - тобой. Примерно как если захотеть чтобы я взаимодействовал с тобой по IPX какому-нибудь - я его попросту не буду разворачивать ради одного тебя на всю планету. > ps. Продавайте git в другом месте. :-) Он в общем то бесплатный. Хотя если очень хочется заплатить - наверное это можно...
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	88. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+/–
	Сообщение от arisu (ok), 02-Окт-14, 07:41
	небольшое уточнение: если уж TCP, то тогда SPX.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+/–
	Сообщение от Аноним (-), 02-Окт-14, 16:11
	> небольшое уточнение: если уж TCP, то тогда SPX. Да блин, надо было IPX/SPX писать :)
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–2 +/–
	Сообщение от бедный буратино (ok), 02-Окт-14, 11:56
	Тупость, стереотипность, левые аналогии. Полное списание модели поведения с известно-откуда, и слепое ему подражание. Это вы, что ли, opensource строите? Вот от чего хотелось бы держаться подальше, как и от вашей культуры. И от вашего опенсорца. Культура Unix десятилетиями строилась. На фундаменте. И люди, когда хотели делать, изучали этот фундамент, и то, почему это работает. А сейчас никто ничего понимать не хочет - прочитал где-то басен, льстящих слуху, что все вокруг тупые, и только у чётких пацанов монаполия на истину, просто отрезал от мировосприятия часть проблем, сделав какой-то сублимированный мирок - и там сублимирует, постоянно бесясь от того, что на самом деле реальность не такая, как ему хочется (а реальность не такая. и ваши представления о реальности - сильно искажены, сколько бы вы под себя удобных фактов не подгоняли) Хорошо свидетельствовал о вас Иван Тургенев: ... вот как должны современные молодые люди выражаться! И как, подумаешь, им не идти за вами! Прежде молодым людям приходилось учиться; не хотелось им прослыть за невежд, так они поневоле трудились. А теперь им стоит сказать: все на свете вздор! — и дело в шляпе. Молодые люди обрадовались. И в самом деле, прежде они просто были болваны, а теперь они вдруг стали ... ... тут я продолжу - "эффективные разработчики". Лучше одумайтесь, пока не поздно. Ибо, когда будет поздно, мои слова вспомните... но будет, как всегда, поздно. OpenSource настолько эффективен, что его тотальной победе только ваша культура (и ваше присутствие) всё время мешает...
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	98. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 12:40
	Сначала ты казался вменяемым, но просто не успевшим оценить новые технологии. Теперь понятно что это далеко не так, и ты неадекват с ОБВМ. Извини, но таки да - opensource строим мы, а вы, действительно, держитесь подальше в своей выгребной яме из бреда, иллюзий и CVS - вклада вы никакого внести всё равно не способны. > прочитал где-то басен, льстящих слуху, что все вокруг тупые, и только у чётких пацанов монаполия на истину, просто отрезал от мировосприятия часть проблем, сделав какой-то сублимированный мирок - и там сублимирует Ты вот прям слово в слово описал впечатление которое сам производишь.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 14:36
	> Тyпость, стереотипность, левые аналогии. Кого же мне это напоминает? > Полное списание модели поведения с известно-откуда, > и слепое ему подражание. Ты что, автобиографию пишешь? > Это вы, что ли, opensource строите? В том числе и мы. Результат работы процесса составляет сумма работ его участников. > Вот от чего хотелось бы держаться подальше, как и от вашей культуры. > И от вашего опенсорца. Ты так говоришь, как будто кому-то от этого станет хуже. Учитывая что я не заметил способность и желание делать что-то полезное с твоей стороны для проектов которые тебя держат на плаву - я не понимаю кто и что теряет от этого махания кулаками в воздух. Я что-то упускаю? > Культура Unix десятилетиями строилась. На фундаменте. Юникс - проприетарная система от AT&T. Той самой компании, которая потом таскала по судам бсдшников. Такая вот интересная культура. Все остальное - придумано фанатами сферического юниксвея в вакууме. При том каждый фанат трактует юниксвейность по своему. > И люди, когда хотели делать, изучали этот фундамент, и то, почему это работает. Я вот понимаю этот фундамент. И понимаю что местами это превратилось в стоянку пещерного человека. В XXI веке у компьютерных систем оказалось здорово больше применений и задач чем было в конце 70-х, придумали уйму новых подходов, зарекомендовавших себя эффективными и прочая. > А сейчас никто ничего понимать не хочет - прочитал где-то басен, льстящих слуху, Почему же. Я понимаю что мне нужны работающие компьютерные системы, делающие то что мне нужно. Для этого нужна операционная система. Чем она будет гибче и кастомизабельнее - тем шире горизонты моих возможностей. Поэтому утыкаться в подходы конца 70-х как единственно верные я не собираюсь. Хочешь парочку примеров фундаментальных упущений традиционных юниксных подходов? > что все вокруг тyпые, и только у чётких пацанов Это ты так про "юниксвэйщиков" типа себя, которые вечно знают лучше всех как правильно и игнорируют уйму проблем, не вписывающихся в их парадигмы? :) > монаполия на истину, Это как? Эксклюзивные права на картину "Мона Лиза" чтоли? > просто отрезал от мировосприятия часть проблем, сделав какой-то сублимированный мирок - и > там сублимирует, постоянно бесясь от того, что на самом деле реальность не такая, > как ему хочется (а реальность не такая. Какое хорошее описание юниксвэйщиков, уткнувшихся в один подход и старательно отбрасывающих все задачи которые на него плохо ложатся. А мне так не нравится - я не драпаю от технических моментов и не втираю очки что "это не нyжно". Первична нужность человекам задач, а все эти юниксвэи и прочие - лишь метод достижения целей. Один из. Методы могут быть разные, а их можно улучшать и расширять. А если ты хочешь пользоваться компьютерами в стиле семидесятых - ну вот сиди там в своем маргинальном болотце и урезай свои задачи под то что может обеспечить тебе твой упертый подход. > и ваши представления о реальности - сильно искажены, сколько бы вы под себя > удобных фактов не подгоняли) Я как раз не люблю подгон решений под ответ. А зачем мне самому себя обманывать? Это контрпродуктивно. Это у тебя привилегия долбиться в пол, поклоняясь юниксвею и прочим. А у меня свой путь, с некими задачами которые я считаю нужными как минимум мне (а возможно так выйдет что и кому-то еще). На этом пути мне в ряде направлений с рядом проектов и технологий. И я не вижу ничего зазорного в том чтобы их брать, дорабатывать, улучшать и адаптировать под задачу вместо того чтобы просто долбаться лбом в пол - ах, великий и ужасный юниксвей, бла-бла-бла. > но будет, как всегда, поздно. OpenSource настолько эффективен, что его тотальной > победе только ваша культура (и ваше присутствие) всё время мешает... Я думаю что ты про рафинированный сферический опенсорс в вакууме. А я за решения которые держат меня на плаву и решают мои задачи. И вообще я больше за FreeSoftware. Потому что понятие OpenSource еще не гарантирует нормальную защиту прав и интересов участников процесса.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	38. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+2 +/–
	Сообщение от arisu (ok), 30-Сен-14, 20:43
	> На Git перейти гордость не позволит)))) не гордость — просто dvcs ещё недостаточно протухли.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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