The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Проект FreeBSD отключил инфраструктуру для обеспечения работ..., opennews (??), 30-Сен-14, (0) [смотреть все]

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


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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру