CVS использовался проектом FreeBSD на протяжение 12 лет. За это время, было проведено примерно 180000 коммитов (или примерно 41 коммит в день). В данный момент, снапшот для ветки RELENG_7 (FreeBSD 7-STABLE) состоит из 42000 файлов и занимает 482MB.
Как отмечает (http://blogs.freebsdish.org/ivoras/2008/06/01/freebsd-on-sub.../) Ivan Voras, решение о переходе на использование SVN было принято во время недавно прошедшей конференции BSDCan 2008. Продиктовано же оно многочисленными проблемами и неудобствами CVS, выявленными за время его использования.
Работоспособность традиционных механизмов синхронизации, таких как cvsup/csup будет поддерживаться пока не будут внедрены новые средства рассчитанные на SVN. Для этого, параллельно с новым SVN репозиторием, будет существовать его CVS копия.
Дерево портов пока не планируется переводить на SVN.
URL: http://blogs.freebsdish.org/ivoras/2008/06/01/freebsd-on-sub.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=16264
Лет через 5 на git перейдут
>Лет через 5 на git перейдутПока python не появится в базовой поставке FreeBSD точно не перейдут. А это лет 5 минимум.
>>Лет через 5 на git перейдут
>
>Пока python не появится в базовой поставке FreeBSD точно не перейдут. А
>это лет 5 минимум.Какие-то несуразные вещи вы высказываете, как связан git и python. Чушь
>>>Лет через 5 на git перейдут
>>Пока python не появится в базовой поставке FreeBSD точно не перейдут. А
>>это лет 5 минимум.
>Какие-то несуразные вещи вы высказываете, как связан git и python. ЧушьВидимо, он имел в виду %) , что сначала в аду наступит обледенение, потом питон появится в базе, а ещё лет через 5 %)) они перейдёт на git имени нескромного не-финского парня.
>Лет через 5 на git перейдутЧерез 10 - не Mercurial...
WOW! ну наконец-то )))
Пока не поздно следует одуматься. Недавно в новостях было, что сам автор SVN критиковал текущую структуру и говорил, что будущее за децентрализованными системами управления исходным кодом. А SVN лишь попытка решить некоторые проблемы CVS не меняя при этом основных принципов.
Посмотрели бы лучше в сторону Git или Mercurial.Единственное объяснение причин выбора SVN в лицензии Apache, в то время как Git или Mercurial под GPL.
>Единственное объяснение причин выбора SVN в лицензии Apache, в то время как
>Git или Mercurial под GPL.Скорее из-за их зависимости от Python.
Кстати GNOME будет уходить с Subversion. http://live.gnome.org/RoadMap - "Switch test module to chosen Distributed Version Control System (DVCS)....Decide on a new Distributed Version Control System (This is not about switching, just deciding and understanding implications)"
>>Единственное объяснение причин выбора SVN в лицензии Apache, в то время как
>>Git или Mercurial под GPL.
>
>Скорее из-за их зависимости от Python.git с базаром не путаете??
Source: git-core
Version: 1:1.5.5.1-1~bpo40+1
Build-Depends: libz-dev, libcurl3-gnutls-dev, asciidoc, xmlto, libexpat1-dev, subversion, libsvn-perl | libsvn-core-perl, unzip, tcl8.4, gettext, cvs, cvsps, libdbd-sqlite3-perlИ ни один из бинарных пакетов ни напрямую, ни косвенно не зависит от пакета python...
>>>Единственное объяснение причин выбора SVN в лицензии Apache, в то время как
>>>Git или Mercurial под GPL.
>>
>>Скорее из-за их зависимости от Python.
>
>git с базаром не путаете??я про Mercurial имел в виду, про Git напутал.
и отсюда опять:
все объяснение - лицензии.
> Кстати GNOME будет уходить с Subversion. http://live.gnome.org/RoadMap - "Switch test module to chosen Distributed Version Control System (DVCS).Ну это еще не "уходить". Более того:
> Upgrade svn.gnome.org to SVN 1.4+
>Пока не поздно следует одуматься. Недавно в новостях было, что сам автор
>SVN критиковал текущую структуру и говорил, что будущее за децентрализованными системами
>управления исходным кодом. А SVN лишь попытка решить некоторые проблемы CVS
>не меняя при этом основных принципов.
>Посмотрели бы лучше в сторону Git или Mercurial.Не-а. FreeBSD -- это Cathedral, а не Bazaar. Для него Subversion -- самое то. А git или hg в таком случае -- просто тупая трата дискового места на машинах разработчиков.
>Не-а. FreeBSD -- это Cathedral, а не Bazaar. Для него Subversion --
>самое то.То, что SVN/CVS не могут быть использованы в распределённой модели разработки, вовсе не означает, что $любая-и-каждая-DCVS не может быть использована в модели с одним "ценральным" репозитарием. Vous comprenez?
> А git или hg в таком случае -- просто тупая трата дискового места на машинах разработчиков.
http://wiki.freebsd.org/GitConversion#head-6f33b593382f09124...
Git Repo size: 63M -- CVS Repo Size: 234M
Git Repo Size: 495M -- CVS Repo Size: 2.3G
Git Repo Size: 347M -- CVS Repo Size: 1.2G
Тупо :-P сравниваем цифры. Хотя да, 10G в свопе -- ужасная трата "места"... Разработчики бедствуют -- не у каждого (пока? ещё?) на столе "FibreChannel Raid5 (3T space)".
>>Не-а. FreeBSD -- это Cathedral, а не Bazaar. Для него Subversion --
>>самое то.
>
>То, что SVN/CVS не могут быть использованы в распределённой модели разработки, вовсе
>не означает, что $любая-и-каждая-DCVS не может быть использована в модели с
>одним "ценральным" репозитарием. Vous comprenez?Я не говорил, что не может.
>> А git или hg в таком случае -- просто тупая трата дискового места на машинах разработчиков.
>http://wiki.freebsd.org/GitConversion#head-6f33b593382f09124...
>Git Repo size: 63M -- CVS Repo Size: 234M
>Git Repo Size: 495M -- CVS Repo Size: 2.3G
>Git Repo Size: 347M -- CVS Repo Size: 1.2G
>Тупо :-P сравниваем цифры. Хотя да, 10G в свопе -- ужасная трата
>"места"... Разработчики бедствуют -- не у каждого (пока? ещё?) на столе
>"FibreChannel Raid5 (3T space)".Не надо вот сравнивать Git и CVS. CVS до хрена места жрет. Вы сравните Git и Subversion. :) Особенно, если использовать BDB, а не FSFS. :)
>>Пока не поздно следует одуматься.Думаете, им светит?..
>>Посмотрели бы лучше в сторону Git или Mercurial.
>Не-а. FreeBSD -- это Cathedral, а не Bazaar.Sanitarium это, а не Cathedral... если не осилили понять, что децентрализованную систему можно использовать во вполне себе централизованном варианте, но без жёстких ограничений и с массой плюсов DSCM -- начиная прям с мержей.
Знаете, до этого сообщения я был о freebsd core team более высокого мнения. Если не смогли принять решения прыгать на тот же git, значит, за гордыней продолжают не видеть ничего.
Ну и пусть их.
>Для него Subversion -- самое то.
У<минута>да<минута>чи.
>А git или hg в таком случае -- просто тупая трата дискового места на машинах
>разработчиков.У гита компактные репозитории (не припомню сравнений, но сильно не уверен, что svn экономней). При этом он в разы или на порядки быстрей всего вокруг -- помогает меньше отвлекаться (любой, кто в курсе цены прерываний, поймёт, что это значит).
Про такие мелочи, как то, что "тупая трата" заодно является полным и эквивалентным бэкапом -- уже молчу.
А ещё почитайте http://tomayko.com/writings/the-thing-about-git при желании. Может, хоть Вы-то задумаетесь.
>>>Пока не поздно следует одуматься.
>
>Думаете, им светит?..
>
>>>Посмотрели бы лучше в сторону Git или Mercurial.
>>Не-а. FreeBSD -- это Cathedral, а не Bazaar.
>
>Sanitarium это, а не Cathedral... если не осилили понять, что децентрализованную систему
>можно использовать во вполне себе централизованном варианте, но без жёстких ограничений
>и с массой плюсов DSCM -- начиная прям с мержей.То есть, нафига попу баян, когда есть колокола?
>Знаете, до этого сообщения я был о freebsd core team более высокого
>мнения. Если не смогли принять решения прыгать на тот же
>git, значит, за гордыней продолжают не видеть ничего.
>
>Ну и пусть их.Эммм... Гордость была бы, коли фряшники бы разрабатывали SVN. А так - они подумали и сделали. Вот чего я не пойму, так это фанатизма "всем на git". Это уже действительно попахивает не то гордыней, не то шизофренией, не то просто каким-то подростковым желанием поднять свой статус ("а мы крутые, мы на git, а вы - лохи, вы всё ещё на своих централизованных VCS").
>У гита компактные репозитории (не припомню сравнений, но сильно не уверен, что
>svn экономней). При этом он в разы или на порядки
>быстрей всего вокруг -- помогает меньше отвлекаться (любой, кто в курсе
>цены прерываний, поймёт, что это значит).
>
>Про такие мелочи, как то, что "тупая трата" заодно является полным и
>эквивалентным бэкапом -- уже молчу.Очень хорошо, что молчите. Потому что автомобили, в которые можно запихнуть слона - это, конечно, прикольно. Вот только объясните мне, если я езжу, скажем, только между торговым точками и к сестре на дачу, зачем мне нужен именно такой автомобиль? Конечно, если остальные задачи будут выполняться всеми претендентами примерно одинаково, можно и повыпендриваться ("А у вас есть такой же, но без крыльев?"), но это уже совсем другой разговор.
>А ещё почитайте http://tomayko.com/writings/the-thing-about-git при желании. Может, хоть Вы-то задумаетесь.
Ну и что? Одна-единственная "фича" расписывается на кучу экранов. Полезно (для тех, кто не следит за тем, что делает)? - пожалуй. Но не катит на "решающий" довод. Я молчу про то, что автор (надо отдать ему должное, он признал свои ошибки) в приступе фанатизма несколько раз объявил, что конкуренты git чего-то там не умеют, на что ему указали в комментах. Иными словами, автор ни хрена не разбирается в вопросе (хотя он может быть при этом хорошим программером, не спорю) => чем эта ссылка ценна, понять сложно.
>>если не осилили понять, что децентрализованную систему
>>можно использовать во вполне себе централизованном варианте,
>>но без жёстких ограничений и с массой плюсов DSCM --
>>начиная прям с мержей.
>То есть, нафига попу баян, когда есть колокола?А подумать?
Из git, говорят, получается лучший svk, чем из svn. Притом о том, что svn устарел -- только глухой не слышал и слепой не читал, наверное.
Ну вот как бы это объяснить... Вы о трубочистах, я о паровом отоплении. Я понимаю, кто такие трубочисты, но утверждаю, что это прошлое (хотя декоративную трубу можно и организовать) -- а Вы просто не понимаете, как это без трубочистов, угар же в дом пойдёт.
Наверное, надо попробовать, чтобы понять.
>>Знаете, до этого сообщения я был о freebsd core team более высокого
>>мнения. Если не смогли принять решения прыгать на тот же
>>git, значит, за гордыней продолжают не видеть ничего.
>Эммм... Гордость была бы, коли фряшники бы разрабатывали SVN.Да нет, я про гордыню. Разрабатывать им слабо, эт ладно. _Выбрать_ с применением /dev/brain, а не /dev/because оказалось слабо -- вот это уже реально круто.
>А так - они подумали и сделали. Вот чего я не пойму, так это
>фанатизма "всем на git". Это уже действительно попахивает не то гордынейМожно подробнее? Я ж не оттого это написал, чтоб "опустить", а чтоб заставить задуматься. И Питеру текст думал для того же.
Видите ли, в cvs в своё время подумал и не стал вляпываться (как и в perl -- посмотрел и сделал выводы, которые по сей день считаю рабочими). А из, скажем, git и bzr очень хорошо и на собственной практике вижу, чем первый лучше. При этом bzr на эпоху впереди svn по возможностям и где-то так же грустно по производительности. И не нужен он никому, кроме опять же упёртого Шатлворта с его lunchpad'ом.
>не то шизофренией, не то просто каким-то подростковым желанием поднять свой
>статус ("а мы крутые, мы на git, а вы - лохи,
>вы всё ещё на своих централизованных VCS").(пожимая плечами) Ну да, лохи, а что? ;-)
Тут уже мыцыцыклы привезли, а вы всерьёз обсуждаете переход с трёхколёсного велика на двухколёсный, ковыряясь в носу и объявляя мыцыцыклистов сосунками, потому как у них педали не крутются, а у вас крутются и потому ездить можно.
>>Про такие мелочи, как то, что "тупая трата" заодно является полным и
>>эквивалентным бэкапом -- уже молчу.
>Очень хорошо, что молчите. Потому что автомобили, в которые можно запихнуть слона
>- это, конечно, прикольно. Вот только объясните мне, если я езжу,
>скажем, только между торговым точками и к сестре на дачу, зачем
>мне нужен именно такой автомобиль?Аналогия некорректна -- разве если автомобиль тупо резиновый и масштабируется от арбуза до слона без никаких проблем ;-)
Я использую git и для микроскопических модулей -- это просто удобно.
На git diff, git status и git log -p подсаживаешься с разбегу даже
в пределах localhost :-)>Конечно, если остальные задачи будут выполняться всеми претендентами
>примерно одинаково, можно и повыпендриваться ("А у вас есть
>такой же, но без крыльев?"), но это уже совсем другой разговор.Если бы "примерно одинаково"... Вы хоть пробовали-то бранчи с мержами по-человечески?
>>А ещё почитайте http://tomayko.com/writings/the-thing-about-git при желании.
>Ну и что? Одна-единственная "фича" расписывается на кучу экранов.Так вот одна-единственная фича для этого человека была революцией в том плане, что он смог думать не над тем, как ублажить SCM, а над тем, что и как должен делать код, который пишется.
Одна-единственная. А гит пожалуй что самая фичастая SCM из известных мне вообще. Возможно, для каждого разработчика с головой найдётся своя "одна-единственная" фича, которая подбросит продуктивность на порядок.
> Полезно (для тех, кто не следит за тем, что делает)? - пожалуй.
Вы за регистрами следите, когда пишете на шелле? Нет? Ай-яй-яй.
> Я молчу про то, что автор (надо отдать ему должное, он признал свои ошибки)
> в приступе фанатизма несколько раз объявил, что конкуренты git чего-то там не умеют,
> на что ему указали в комментах.Вообще-то он и про гит что-то было не то сказал -- ошибаться или не знать как раз нормально, если либо не делать из этого далеко идущих выводов, либо принимать и обрабатывать поправки.
> Иными словами, автор ни хрена не разбирается в вопросе
Вас занесло (imho в фанатизм как раз)?
Мне очень сильно кажется, что он разбирается намного лучше, чем Вы.
Кажется так на основании некоторого опыта работы с разными CSCM и DSCM.
Disclaimer: когда-то упаковал git в ALT, но не виноват в том, что git.altlinux.org ;-)
(кстати, svn тоже рассматривался)
>[оверквотинг удален]
>>>можно использовать во вполне себе централизованном варианте,
>>>но без жёстких ограничений и с массой плюсов DSCM --
>>>начиная прям с мержей.
>>То есть, нафига попу баян, когда есть колокола?
>
>А подумать?
>
>Из git, говорят, получается лучший svk, чем из svn. Притом о
>том, что svn устарел -- только глухой не слышал и слепой
>не читал, наверное.Массовое помешательство - не повод присоединяться.
>Ну вот как бы это объяснить... Вы о трубочистах, я о
>паровом отоплении. Я понимаю, кто такие трубочисты, но утверждаю, что
>это прошлое (хотя декоративную трубу можно и организовать) -- а Вы
>просто не понимаете, как это без трубочистов, угар же в дом
>пойдёт.Вы можете утверждать это сколько угодно, прошлым оно от этого не станет. Претендовать на объективность своего мнения всегда и для любого человека означает ошибаться.
>Наверное, надо попробовать, чтобы понять.
Марихуану, говорят, тоже надо попробовать, чтобы понять. Не аргумент.
>[оверквотинг удален]
>
>Да нет, я про гордыню. Разрабатывать им слабо, эт ладно.
>_Выбрать_ с применением /dev/brain, а не /dev/because оказалось слабо -- вот
>это уже реально круто.
>
>>А так - они подумали и сделали. Вот чего я не пойму, так это
>>фанатизма "всем на git". Это уже действительно попахивает не то гордыней
>
>Можно подробнее? Я ж не оттого это написал, чтоб "опустить", а
>чтоб заставить задуматься. И Питеру текст думал для того же.А получилось именно опускание. Я всё понимаю, нервы, обиды, то, сё, но резкость Ваша, если честно, несколько непривычна, особенно в отношении проекта, отнюдь не борющегося с вами.
>Видите ли, в cvs в своё время подумал и не стал вляпываться
>(как и в perl -- посмотрел и сделал выводы, которые по
>сей день считаю рабочими). А из, скажем, git и bzr
>очень хорошо и на собственной практике вижу, чем первый лучше.
>При этом bzr на эпоху впереди svn по возможностям и где-то
>так же грустно по производительности. И не нужен он никому,
>кроме опять же упёртого Шатлворта с его lunchpad'ом.Что ж вы так, ведь надо же попробовать, чтобы понять, а?
>>не то шизофренией, не то просто каким-то подростковым желанием поднять свой
>>статус ("а мы крутые, мы на git, а вы - лохи,
>>вы всё ещё на своих централизованных VCS").
>
>(пожимая плечами) Ну да, лохи, а что? ;-)Да ничего. "Что видно на другом, то на себе не видно; дурные стороны видней со стороны" (c)
>Тут уже мыцыцыклы привезли, а вы всерьёз обсуждаете переход с трёхколёсного велика
>на двухколёсный, ковыряясь в носу и объявляя мыцыцыклистов сосунками, потому как
>у них педали не крутются, а у вас крутются и потому
>ездить можно.Вот сколько гляжу, велосипеды встречаются в жизни до сих пор чаще мотоциклов. С чего бы?..
А сосунками объявляете как раз вы велосипедистов. Велосипедисты просто ездят, без бензина, необходимости сдавать на права и проходить каждый год техосмотр. И, заметьте, не мешают мотоциклистам. Вот велосипедисты мотоциклистам мешают. Под колёсами путаются, кайф ломают - не дают лоб расшибить на полной скорости.
>>>Про такие мелочи, как то, что "тупая трата" заодно является полным и
>>>эквивалентным бэкапом -- уже молчу.
>>Очень хорошо, что молчите. Потому что автомобили, в которые можно запихнуть слона
>>- это, конечно, прикольно. Вот только объясните мне, если я езжу,
>>скажем, только между торговым точками и к сестре на дачу, зачем
>>мне нужен именно такой автомобиль?
>
>Аналогия некорректна -- разве если автомобиль тупо резиновый и масштабируется от арбуза
>до слона без никаких проблем ;-)Масштабируются все автомобили. Просто одна часть автомобилей удобнее одним людям, с их запросами, другая часть автомобилей - другим людям, с другими запросами. Места-то под солнцем на всех хватит.
>Я использую git и для микроскопических модулей -- это просто удобно.
>На git diff, git status и git log -p подсаживаешься с разбегу
>даже
>в пределах localhost :-)Да не волнуйтесь Вы, никто вас с вашего любимого git не гонит. Уж точно не FreeBSD-шники, во всяком случае.
>>Конечно, если остальные задачи будут выполняться всеми претендентами
>>примерно одинаково, можно и повыпендриваться ("А у вас есть
>>такой же, но без крыльев?"), но это уже совсем другой разговор.
>
>Если бы "примерно одинаково"... Вы хоть пробовали-то бранчи с мержами по-человечески?Для моих нынешних задач мержи редко нужны. Будет надо - буду думать. Отдельно. А бранчи и в CVS работают, кушать не просят. Главное - процесс продумывать заранее, тогда и проблем минимум возникает. А если не продумывать - никакая VCS не спасёт, только разве что смерть оттянет.
>>>А ещё почитайте http://tomayko.com/writings/the-thing-about-git при желании.
>>Ну и что? Одна-единственная "фича" расписывается на кучу экранов.
>
>Так вот одна-единственная фича для этого человека была революцией в том плане,
>что он смог думать не над тем, как ублажить SCM, а
>над тем, что и как должен делать код, который пишется.Я рад за этого человека. Честно. Если он нашёл SCM своей мечты - кто ж ему запретит ей и дальше пользоваться?
К слову, тот функционал легко реализуется шелл-скриптом. Для любой SCM. Сами догадаетесь, как? Если хотите сказать, что, мол, вот в git это уже есть, а в остальных надо допиливать - вспомните словосочетание Unix way.
>Одна-единственная. А гит пожалуй что самая фичастая SCM из известных мне
>вообще. Возможно, для каждого разработчика с головой найдётся своя "одна-единственная"
>фича, которая подбросит продуктивность на порядок.И не обязательно в git.
>> Полезно (для тех, кто не следит за тем, что делает)? - пожалуй.
>
>Вы за регистрами следите, когда пишете на шелле? Нет? Ай-яй-яй.Слежу. Хотя стаж работы с Windows побольше, чем со всеми *nix, вместе взятыми. И ещё много за чем слежу. Наверное, поэтому мне нужны просто инструменты, а не роботы?
>[оверквотинг удален]
>или не знать как раз нормально, если либо не делать из
>этого далеко идущих выводов, либо принимать и обрабатывать поправки.
>
>> Иными словами, автор ни хрена не разбирается в вопросе
>
>Вас занесло (imho в фанатизм как раз)?
>
>Мне очень сильно кажется, что он разбирается намного лучше, чем Вы.
>
>Кажется так на основании некоторого опыта работы с разными CSCM и DSCM.Я охотно верю, что он разбирается лучше меня. Но судя по статье и правкам в ней, он разбирался по крайней мере на момент её написания хуже, чем нужно для того, чтобы считать статью достойным аргументом в пользу git.
----
У меня есть нож. Я им режу всё, что мне нужно. Ко мне приходят со швейцарским ножом всё-в-одном и начинают объяснять, что я лох, что я режу неправильно, потому что режу неправильным ножом, да ещё и соблюдаю неправильную технику безопасности, сейчас в моде другие ножи с другой техникой безопасности. Что я сделаю? Правильно, пошлю в лес. И если вас peter@ пошлёт в лес - лично я буду не на вашей стороне. Безотносительно достоинств ножей.
>Массовое помешательство - не повод присоединяться.Безусловно. Только не вижу помешательства в том, что сказал (вообще это было бы странно).
>Вы можете утверждать это сколько угодно, прошлым оно от этого не станет.
>Претендовать на объективность своего мнения всегда и для любого человека
>означает ошибаться.(пожимая плечами) Всегда субъективен, но стараюсь держать глаза открытыми, а не под заслонками. Трубочисты -- это прошлое, исключая промышленных и мож в местностях, где сознательно живут прошлым.
>>Наверное, надо попробовать, чтобы понять.
>Марихуану, говорят, тоже надо попробовать, чтобы понять. Не аргумент.Да, я тоже нечто подобное подумал, когда писал :)))) Вы правы, привыкание вызывает.
>>Можно подробнее? Я ж не оттого это написал, чтоб "опустить", а
>>чтоб заставить задуматься. И Питеру текст думал для того же.
>А получилось именно опускание. Я всё понимаю, нервы, обиды, то, сёТа ни :)
>но резкость Ваша, если честно, несколько непривычна, особенно в отношении проекта,
>отнюдь не борющегося с вами.Скорее сообщества, а не проекта. Повторюсь, те же сектанты со мной отнюдь не борются, но резкости к ним куда больше -- потому как вред вокруг больше пользы.
>>А из, скажем, git и bzr очень хорошо и на собственной практике вижу,
>>чем первый лучше.
>Что ж вы так, ведь надо же попробовать, чтобы понять, а?Ась?
http://lists.altlinux.org/pipermail/smoke-room/2008-March/03...
http://lists.altlinux.org/pipermail/smoke-room/2008-March/03...>"Что видно на другом, то на себе не видно;
>дурные стороны видней со стороны" (c)Да, конечно.
>>Тут уже мыцыцыклы привезли, а вы всерьёз обсуждаете переход с трёхколёсного велика
>>на двухколёсный, ковыряясь в носу и объявляя мыцыцыклистов сосунками, потому как
>>у них педали не крутются, а у вас крутются и потому
>>ездить можно.
>Вот сколько гляжу, велосипеды встречаются в жизни до сих пор чаще мотоциклов.
>С чего бы?..В жизни процесс копирования сложней ;)
>А сосунками объявляете как раз вы велосипедистов.
Да нет же. Не "велосипедистов", а "тех, кто привык крутить педали и не понимает, как это -- без них". Сам-то как раз с младых ногтей на чём попало езжу и нормальных вменяемых интересных людей -- с логикой на борту -- знаю достаточно :)
Пример предложен в поведении, а не в этикетке.
>>Аналогия некорректна -- разве если автомобиль тупо резиновый
>>и масштабируется от арбуза до слона без никаких проблем ;-)
>Масштабируются все автомобили.Пределы сильно разные.
>>Если бы "примерно одинаково"... Вы хоть пробовали-то бранчи с мержами по-человечески?
>Для моих нынешних задач мержи редко нужны.Знаете, когда удобно? Подумал об одном -- завёл бранч. Пришла (или вспомнилась) посреди лопаченья кода ещё одна идея -- сделал другой бранч (отсюда же, от основного или любого другого), в нём реализовал, закоммитил и вернулся лопатить дальше. Завершил логический кусок работы -- можно спокойно и с минимальной затратой времени и сил помержить.
Даже для одного проекта на одном хосте помогает -- поскольку машина при этом не заставляет подстраиваться под себя (что в какой коммит надо сделать и в каком порядке), а готова помочь изложить и код, и _о_ коде.
>А бранчи и в CVS работают, кушать не просят.
Ну-ну, то-то peter@ радовался, что amd64 на фре в p4 делали, а не в CVS-ном бранче. Там по ссылке. Кушать они просят мяса разработчиков, _эти_ бранчи.
>Главное - процесс продумывать заранее, тогда и проблем минимум возникает.
Вот. А у меня главное -- это не "процесс продумывать", а дело делать. Чем меньше времени займёт "продумывание процесса" (rigid upfront planning, если хотите почитать, скажем, Johanna Rothman) -- тем меньше времени окажется убитым заранее при обязательно вылазящих непредвиденных обстоятельствах.
>А если не продумывать - никакая VCS не спасёт, только разве что смерть
>оттянет.Ничего, что некоторые VCS помогают и историю рефакторить при необходимости, пока она не опубликована?
Кстати, вот и аналогия -- cvs суть waterfall development, а git -- agile. Про влияние на риски разработки можете вон http://pragprog.com/titles/jrpm заказать и почитать (опять же при желании и интересе к управлению проектами разработки софта).
>К слову, тот функционал легко реализуется шелл-скриптом. Для любой SCM.
>Сами догадаетесь, как? Если хотите сказать, что, мол, вот в git это уже
>есть, а в остальных надо допиливать - вспомните словосочетание Unix way.Если можно реализовать для одной SCM -- значит, на других можно сэмулировать. Только не получится ли очередное распихивание XML в RDBMS? (в смысле закручивание гвоздя отвёрткой)
>>Одна-единственная. А гит пожалуй что самая фичастая SCM из известных мне
>>вообще. Возможно, для каждого разработчика с головой найдётся своя
>>"одна-единственная" фича, которая подбросит продуктивность на порядок.
>И не обязательно в git.Дык. Просто см. предыдущий ответ насчёт богатства инструментария.
>>> Полезно (для тех, кто не следит за тем, что делает)? - пожалуй.
>>Вы за регистрами следите, когда пишете на шелле? Нет? Ай-яй-яй.
>Слежу.Можно поинтересоваться, как именно? :)
>Я охотно верю, что он разбирается лучше меня. Но судя по статье
>и правкам в ней, он разбирался по крайней мере на момент
>её написания хуже, чем нужно для того, чтобы считать статью
>достойным аргументом в пользу git.У меня это не аргумент, а иллюстрация :) Плюс повторюсь -- "хуже...нужно" штука относительная, для адекватной оценки надо иметь сопоставимый уровень (да-да-да, я понимаю, что именно сказал, можно не тыкать носом :)
>У меня есть нож. Я им режу всё, что мне нужно. Ко
>мне приходят со швейцарским ножом всё-в-одном и начинают объяснять, что я
>лох, что я режу неправильно, потому что режу неправильным ножом, да
>ещё и соблюдаю неправильную технику безопасности, сейчас в моде другие ножи
>с другой техникой безопасности. Что я сделаю? Правильно, пошлю в лес.Э, не.
У Вас есть нож. Вы им регулярно немножко режетесь, потому как он без ограничителя. И не получается вскрывать консервные банки и при этом резать свежий хлеб. Это не сильно анноит само по себе, но в какой-то очередной день режетесь, не можете открыть банку, а хлеб приходится ломать руками. Это уже слегка перешагивает границы терпения.
Вы вслух интересуетесь -- "мож что получше есть?". Соседи по палатке проводят ненулевую исследовательскую работу по выявлению вариантов, апробированию, суммированию достоинств и недостатков. В результате Вы берёте ...такой же нож, только поновей и с ограничителем. И всё. Потому что привычный и учиться банки открывать не лезвием, а специальной фиговинкой -- не хотите (я, кстати, так и не научился :).
Так вот Вы можете взять нож, который почти ничем не лучше, и утешать себя, что ещё на два-три года его точно хватит (при этом отмечая, что предыдущий давно бы показал свою неадекватность, но инструмент марки "пергвоздь" выручал во многих крайних случаях).
Но это не изменит того, что сталь там будет примерно та же, и заточка примерно та же. В общем, откладывание проблемы, а не идентификация и решение.
(воспринимать этот фрагмент опять же может быть удобней в свете письма Питеру)
>И если вас peter@ пошлёт в лес - лично я буду не на вашей стороне.
У меня нет "стороны".
А peter@ ответил буквально следующее:
Too late:
http://www.freebsd.org/news/newsflash.html#event20080603:01На что ушло пожелание творческих узбеков:
I wasn't talking tools, but rather workflow (and attitude)
in the first place.The message might sound harsh but I tried my best to help
you with problem identification and to point out incorrect
decisions.Good luck with dumping cvs, anyways :-)
>>Массовое помешательство - не повод присоединяться.
>
>Безусловно. Только не вижу помешательства в том, что сказал (вообще это
>было бы странно).Я же говорю - массовое. По отдельности все люди - умные. Психологию толпы внимательно не изучали? Я тоже:), но кое-что усвоил.
>>>Наверное, надо попробовать, чтобы понять.
>>Марихуану, говорят, тоже надо попробовать, чтобы понять. Не аргумент.
>
>Да, я тоже нечто подобное подумал, когда писал :)))) Вы правы,
>привыкание вызывает.Как Windows GUI, да? ;) *остальная часть абзац вырезана цензурой, т.к. воспоминания автора о настройке DNS-сервера через множество окошечек и закладок вылились в неприемлемый для публикации вид*
Шучу, шучу.
>[оверквотинг удален]
>>А получилось именно опускание. Я всё понимаю, нервы, обиды, то, сё
>
>Та ни :)
>
>>но резкость Ваша, если честно, несколько непривычна, особенно в отношении проекта,
>>отнюдь не борющегося с вами.
>
>Скорее сообщества, а не проекта. Повторюсь, те же сектанты со мной
>отнюдь не борются, но резкости к ним куда больше -- потому
>как вред вокруг больше пользы.Вы с сектами, видимо, плохо знакомы... Там настройка даётся обычно уже на втором-третьем занятии: "мы - правильные, а остальных надо переделывать". Весь вопрос в том, как это "переделывать" реализуется, если очень мягко - то они с вами "не борются", да. Но разница, тем не менее, огромна: секта старается изменить людей; ради "всеобщего блага" или для обогащения "учителей" — не суть.
FreeBSD-сообщество (и не только оно, конечно) - не пытается изменять людей. Членов FreeBSD-сообщества никто не приманивает ("смотри, как у нас хорошо!"), не держит (явно или неявно: например, в некоторых сектах практикуется "парность", если ты уходишь из секты, то твоя "пара" тоже выгоняется), и т.д.; у них имеется полная свобода воли делать что угодно - при условии, что это не вредит FreeBSD (которая не самоцель, но лишь реализация неких идей, и, соответственно, изменения, касающиеся FreeBSD рассматриваются именно в контексте этих идей). Если вам не нравятся чужие идеи - ваше право. Вы можете форкнуть FreeBSD, можете развивать что-то ещё - или не развивать вообще, а копать в саду цветочки, FreeBSD-сообщество мешать вам не будет. Если же вы разделяете положенные в основу FreeBSD идеи - добро пожаловать. Не могу понять, эта позиция Вам кажется "промыванием мозгов"?
Ну а фанатиков, которые кричат "XXX — это круто!" хватает везде. Им самим нужно ощущение, что они знают Истину, и они промывают мозги сами себе, просто чтобы заполнить пустоту в голове.
>>>А из, скажем, git и bzr очень хорошо и на собственной практике вижу,
>>>чем первый лучше.
>>Что ж вы так, ведь надо же попробовать, чтобы понять, а?
>
>Ась?
>
>http://lists.altlinux.org/pipermail/smoke-room/2008-March/03...
>http://lists.altlinux.org/pipermail/smoke-room/2008-March/03...Прочитал. Понял, что хоть RCS — та ещё помойка, но остальные немногим лучше.
>>>Тут уже мыцыцыклы привезли, а вы всерьёз обсуждаете переход с трёхколёсного велика
>>>на двухколёсный, ковыряясь в носу и объявляя мыцыцыклистов сосунками, потому как
>>>у них педали не крутются, а у вас крутются и потому
>>>ездить можно.
>>Вот сколько гляжу, велосипеды встречаются в жизни до сих пор чаще мотоциклов.
>>С чего бы?..
>
>В жизни процесс копирования сложней ;)Вот именно. Git может быть хоть двести раз круче SVN, но если в _данном_контексте_ SVN вызовет меньше проблем, то не вижу криминала в выборе именно SVN.
Кстати, в том же OpenBSD потихоньку допиливают OpenCVS, и переезжать не собираются вообще. Хотя тоже ведь не дураки. Может, им тоже какая-нибудь таинственная фирма запрещает переезжать с CVS? То есть это не разработчики такие неумехи или дураки, это в некоей фирме сидят не слишком умные личности, которым очень нужно поиметь альтернативную реализацию CVS, так? Интересно, правда, как при этом данная фирма, несмотря на то что управляется не слишком умными личностями, умудряется содержать немаленький в ообщем-то проект, ну да это же детали, правда?..
>>А сосунками объявляете как раз вы велосипедистов.
>
>Да нет же. Не "велосипедистов", а "тех, кто привык крутить педали
>и не понимает, как это -- без них". Сам-то как
>раз с младых ногтей на чём попало езжу и нормальных вменяемых
>интересных людей -- с логикой на борту -- знаю достаточно :)Ну и с чего вы решили, что "не понимает"? По-вашему, как "поймёт", так сразу забросит свой велосипед? Знаете, вот это как раз типичная логика людей с промытыми мозгами.
>Пример предложен в поведении, а не в этикетке.
Очень хорошо. Что ж, мы с Вами видим ситуацию с разных (примерно на пол-пи повёрнутых друг относительно друга) позиций. И, видимо, это не преодолеть. Засим предлагаю плавно успокоиться и каждому продолжить своё дело... Время рассудит.
>[оверквотинг удален]
>Знаете, когда удобно? Подумал об одном -- завёл бранч. Пришла
>(или вспомнилась) посреди лопаченья кода ещё одна идея -- сделал другой
>бранч (отсюда же, от основного или любого другого), в нём реализовал,
>закоммитил и вернулся лопатить дальше. Завершил логический кусок работы --
>можно спокойно и с минимальной затратой времени и сил помержить.
>
>Даже для одного проекта на одном хосте помогает -- поскольку машина при
>этом не заставляет подстраиваться под себя (что в какой коммит надо
>сделать и в каком порядке), а готова помочь изложить и код,
>и _о_ коде.Звучит красиво, не спорю. Впрочем, про мосты Git-SVN я уже всё сказал.
У меня всё проще: если что, я просто копирую нужную папку, вношу изменения в неё. Наглядность лучше (вот оно, не надо команды вводить никакие). Алгоритмы мержда относятся уже к деталям реализации и вполне портируемы между разными VCS (при условии, что они достаточно корректно написаны с точки зрения разделения функциональности между модулями, но это уже совсем другой разговор, опять же, относящийся к конкретным программным реализациям). И чем будет
cp -R dir1 dir1.branch
[здесь работаем в любом порядке с бранчами; по необходимости делаем (cd dir1.branch && cvs update)]
(cd dir1.branch && cvs update && [ресолвинг конфликтов, от схемы работы VCS не зависит] && cvs commit -m "Test branch merge")отличаться от того, что предлагает git (создать бранч, переключаться между ними по ходу дела _внутри_одного_каталога_, а потом сделать merge), кроме занимаемого места - не совсем понятно. Да и это занимаемое место, как я уже сказал, наглядности прибавляет - вот они, обе ветки под руками, делай с ними, что хочешь.
А уж поделиться с результатами работы в приведённом мной примере и подавно легче: уж чего-чего, а способов для расшаривания папок на любой вкус (с локами и без, онлайн и оффлайн...) придумано в наше время столько, что заблудиться можно. А Git и иже с ним в данном контексте, получается, как раз велосипед изобретают. ;)
>[оверквотинг удален]
>Вот. А у меня главное -- это не "процесс продумывать", а
>дело делать. Чем меньше времени займёт "продумывание процесса" (rigid upfront
>planning, если хотите почитать, скажем, Johanna Rothman) -- тем меньше времени
>окажется убитым заранее при обязательно вылазящих непредвиденных обстоятельствах.
>
>>А если не продумывать - никакая VCS не спасёт, только разве что смерть
>>оттянет.
>
>Ничего, что некоторые VCS помогают и историю рефакторить при необходимости, пока она
>не опубликована?Вообще, нехорошо это - историю править. Но если речь вести о мердже "приватных" бранчей в "общую" ветку, то там, как правило, есть чёткое требование: коммиты должны быть разделёнными функционально. Если этого правила нет, то "внутренняя" история - лишь костыль, который оттянет момент, когда код станет настолько сложным, что в нём полностью не сможет больше разбираться _никто_. Правка "внутренней" истории может помочь, но это по сути то же ручное разбиение diff'ов, от которых, якобы, Git помогает избавиться. То есть мы усложняем систему (или, по крайней мере, создаём сложности в виде этапа перехода), но имеем те же проблемы. Ну и нафига, спрашивается?
>Кстати, вот и аналогия -- cvs суть waterfall development, а git --
>agile. Про влияние на риски разработки можете вон http://pragprog.com/titles/jrpm заказать
>и почитать (опять же при желании и интересе к управлению проектами
>разработки софта).Сказки и я сочинять умею. Вы так говорите, как будто waterfall — как бы это сказать помягче? — бесперспективняк. Такие вещи я как раз и называю массовым помешательством. Ответная ссылочка (заказывать ничего не надо, но многабукаф): http://www.rsdn.ru/forum/message/2677686.all.aspx . Можете считать её иллюстрацией или аргументом, суть не изменится. :)
>>К слову, тот функционал легко реализуется шелл-скриптом. Для любой SCM.
>>Сами догадаетесь, как? Если хотите сказать, что, мол, вот в git это уже
>>есть, а в остальных надо допиливать - вспомните словосочетание Unix way.
>
>Если можно реализовать для одной SCM -- значит, на других можно сэмулировать.
> Только не получится ли очередное распихивание XML в RDBMS? (в
>смысле закручивание гвоздя отвёрткой)Закручивание гвоздя отвёрткой характеризуется усложнением процесса работы, по сравнению с имевшим место ранее (закручивание шурупов отвёрткой). ИМХО, нет смысла делать полный рефакторинг в подобном случае. Потому что результат рефакторинга будет уже _другой_ VCS. А так - мы имеем отлаженную VCS, с дополнительной "обёрткой". Если и обёртка, и VCS сделаны качественно (а это не сложно при малых размерах "обёртки" для средней руки программиста), и "обёртка" использует только открытые интерфейсы VCS, то проблемам технического плана будет взяться практически неоткуда (нехватку inode на жёсктом диске разработчика мы ведь не учитываем, так? :) ).
>>>> Полезно (для тех, кто не следит за тем, что делает)? - пожалуй.
>>>Вы за регистрами следите, когда пишете на шелле? Нет? Ай-яй-яй.
>>Слежу.
>
>Можно поинтересоваться, как именно? :)Ммм... Имелся в виду регистр букв или регистры процессора? :) За вторым не слежу - при написании шелл-скриптов я полагаю шелл "непогрешимым". Если я не могу полагать шелл "непогрешимым", то либо проблема в шелле (выбираю другой шелл или пишу свой), либо во мне (выбрал не тот инструмент для работы). Оба эти случая не имеют отношения к собственно написанию шелл-скрипта и, соответственно, к "нормальному" использованию шелла. Возвращаясь к нашим баранам, получается, что _проектирование_ находится _за_рамками_ конкретной VCS. VCS - это инструмент. Если используются методы, при которых данная конкретная VCS (CVS, SVN, Git, VSS...) не мешает работать - то зачем использовать другую? "Чтобы было"? Такой подход полезен (и то в разумных пределах!) при отсутствии конкретных требований к инструменту, например, в случае разработки не под конкретного заказчика, а чисто венчурной.
Написание же скриптов с постоянной оглядкой на те или иные "нестандартные нюансы" работы шелла значит лишь перемещать проблему с этапа разработки на этап поддержки. Если мне будут платить именно за такую работу — я сделаю, если не посчитаю приемлемым отказаться. Но предварительно откажусь ото всякой ответственности за последствия. Я косяков и без того наделаю:). А так получается как в известной фразе: "Понимаем, что делаем глупость, не дураки!"
>>Я охотно верю, что он разбирается лучше меня. Но судя по статье
>>и правкам в ней, он разбирался по крайней мере на момент
>>её написания хуже, чем нужно для того, чтобы считать статью
>>достойным аргументом в пользу git.
>
>У меня это не аргумент, а иллюстрация :) Плюс повторюсь --
>"хуже...нужно" штука относительная, для адекватной оценки надо иметь сопоставимый уровень (да-да-да,
>я понимаю, что именно сказал, можно не тыкать носом :)Иллюстрации хороши в докладе... А здесь они смотрятся не лучше, чем графики производительности браузеров (как я ни надеялся, дожил и до такого маразма) в речах фанатиков того или иного продукта.
>[оверквотинг удален]
>Так вот Вы можете взять нож, который почти ничем не лучше, и
>утешать себя, что ещё на два-три года его точно хватит (при
>этом отмечая, что предыдущий давно бы показал свою неадекватность, но инструмент
>марки "пергвоздь" выручал во многих крайних случаях).
>
>Но это не изменит того, что сталь там будет примерно та же,
>и заточка примерно та же. В общем, откладывание проблемы, а
>не идентификация и решение.
>
>(воспринимать этот фрагмент опять же может быть удобней в свете письма Питеру)Ваша уверенность в том, что изначальным ножом пытаются открывать консервы, не может не поражать. Вы искали глупость - вы её нашли. Для вас она есть, может быть, даже осязаема. Но если так - разговор получается бесполезен. Когда используется обычный нож для открытия консервов — это и есть то же, что запихивание XML в СУБД. Это использование плохо совместимых инструмента и задачи.
Но речь-то о другом. Я _умею_ пользоваться имеющимся у меня ножом. Выработаны определённые рефлексы. Я знаю, как надо положить тот или иной предмет и как держать для этого нож, чтобы лучше сей предмет разрезать. При этом консервы я не открываю этим ножом. Я с ними просто не сталкиваюсь, либо они являются свидетельством того, что что-то надо менять в отделе закупок, например, моё кафе работает только со свежими продуктами:). Это если и не даёт само по себе определённые гарантии пользователям, то, по крайней мере, защищает их от проблем на одном из фронтов (аллергия на определённые консерванты, например), которые в итоге и моими проблемами станут (у меня сократится количество постоянных клиентов). Минимизация рисков, так сказать.;)
>>И если вас peter@ пошлёт в лес - лично я буду не на вашей стороне.
>
>У меня нет "стороны".Есть. Она всегда есть. Внутри неопределённого временного диапазона она может меняться, сейчас вам более симпатично одно, через (мгновение, минуту, день, год) - другое. Но в каждый момент времени эта "сторона" (ваша позиция по тому или иному вопросу) фиксирована. В частности, она фиксируется в момент отсылки коммента. :)
Не может быть "стороны" только в отношении тех вопросов, о существовании которых вы не знаете. Будем копать дальше в область психологии индивидуума? :)
А насчёт peter@ и p4 - Вы, повторюсь, текст, ссылку на который дали, сами читали внимательно? Там человеческим языком написано, что части разработчиков p4 оказался _неудобнее_ (то есть, производительность и/или качество их труда снизились). Поэтому было выбрано решение, которое позволит разработчикам использовать удобный для них инструментарий (хоть CVS, хоть Git), и при этом даст все премущества в виде сохранения метаданных и т.п. ИМХО, _такое_ решение выглядит гораздо более разумным, нежели "а не слабо ли нам всем перейти на Git?"
Может быть, Вы считаете, что это разработчики неправильные, и они делают неправильный мё… код? Но они его делают. И делают хорошо, иначе бы их код никого не интересовал. Переход на git снижает качество этого кода — что, кому-то от этого лучше станет?
По Вашей логике, UMTS тоже ненужная технология, ведь есть Wi-Max…
>Видите ли, в cvs в своё время подумал и не стал вляпываться (как и в perl -- посмотрел и сделал выводы, которые по сей день считаю рабочими). А из, скажем, git и bzr очень хорошо и на собственной практике вижу, чем первый лучше. При этом bzr на эпоху впереди svn по возможностям и где-то так же грустно по производительности. И не нужен он никому, кроме опять же упёртого Шатлворта с его lunchpad'ом.Майк, не надо говорить за всех plz. bzr нужен не только твоему тезке.
А насчет "самого фичастого гита" - по моему списку требований он слил со свистом, а bzr подошел практически идеально.
Макс, я помню, что Тебе Он Тоже Нужон, и рад, что тебе и винде в окрестности bzr подошёл :)
Извини, но это незаметно на общем фоне.Большой проект, который использует bzr, сейчас знаю ровно один -- это lynchpad/ubuntu.
>У гита компактные репозитории (не припомню сравнений, но сильно не уверен, что
>svn экономней). При этом он в разы или на порядки
>быстрей всего вокруг -- помогает меньше отвлекаться (любой, кто в курсе
>цены прерываний, поймёт, что это значит).Да? Python быстрее C? Мама, я понимаю, грибочки -- это хорошо, но в доме должны быть и мясные закуски. ;) Да и грибочки лучше кушать нормальные, а не Strophariae... :)
>>У гита компактные репозитории (не припомню сравнений, но сильно не уверен, что
>>svn экономней). При этом он в разы или на порядки
>>быстрей всего вокруг -- помогает меньше отвлекаться (любой, кто в курсе
>>цены прерываний, поймёт, что это значит).
> Да? Python быстрее C? Мама, я понимаю, грибочкиhttps://www.opennet.ru/openforum/vsluhforumID3/42153.html#16
Завязывайте про "грибочки". И про git на питоне - особенно! :-/>-- это хорошо, но в доме должны быть и мясные закуски.
>;) Да и грибочки лучше кушать нормальные, а не Strophariae... :)
Андрей, я тут копнул ещё на ссылку дальше и, кажется, понял, что это просто ещё один очень конкретный и убедительный пример к моему старому тезису -- во freebsd project не принято видеть дальше собственного носа и думать, что где-то могут быть умней.Пришлось отписать peter@ буквально следующее:
Hello,
several thoughts while quoting http://wiki.freebsd.org/VCSWhy:
> Linus wrote git to suit his needs for linux. He has one thing
> going for us that we don't. There is a large cult of
> personality surrounding Linus. There is intense pressure to
> "validate" your work by getting it approved (directly or by
> proxy) by Linus.I always thought that quite a few freebsd folks were sort of dumb
in their inability to judge facts, but this is by far one of the
most scary examples.There's no "cult of personality" in itself there. There are no
"his needs for linux".There _is_ a workflow and a management style that just helps
people be more productive.It also involves attitude. But it also involves workflow. And tools.
http://kerneltrap.org/Linux/Git_Management
> On the other hand, we already have problems extracting work
> from people. We can't assume that we'll get the same inward
> flow that Linus gets.I think that with this level of fear and lack of reasonable
behaviour you can safely assume quite the opposite.> there are some choice quotes
I think that quite some of yours from this wiki page *are* (not
just *read* to me) way more idiotic than what you try to make of
Linus' ones.Like:
> Uhh, what? We'd have to split src/* into a mess of subtrees to make git work well?You can split your mess into a less messy one, or you can leave
it as is. You can make git work better for you, or you can
continue working for cvs (or svn, no real difference).Go ask xorg folks, some of them was heard saying "linux folks got
it right" after some work has been done on post-7.0 bunch of
repos. IIRC he was referring to avoiding bit rot in what is
naturally more tightly coupled than the rest.> Having "secret" work areas is a good thing???
Ever heard of r/o cvs replicas? No? There's a nice internet
search service running on Linux, you might still be interested in
finding out what he might have meant and you seem to have
misunderstood.Also recommended reading:
http://tomayko.com/writings/the-thing-about-git> We're not Linux. A good number of our best supporters stick with us
> because we're a coherent tree and not like linux' chaos.Got five minutes of pride, eh? Well, let's see where your
soapbox is in five years.Is "linux' chaos" like multiple vendors with _supported_ branches
for not, speaking your language, bare basesystem but a subset of
ports as well while you can't afford to even branch an upstream
properly, not even talking of ports at all? or is it like not
having to give up on _development_ practices like branches only
because the tool is broken and so is the mind that follows that
tool?> That seems to be what a git strategy requires in order to work well.
Go educate yourself please.
> hg: attitude of developers (pro, they seem very accomodating..)
Poor hg.
>> Why do you seem to be pushing subversion?
> It's because I am. I think the whole hg/git thing is a distraction.It's because you are what? Someone with no ability to reason
beyond "because"? I think that your "I think" is a bit
stretched: you seem to rather /feel/. Like a blonde.
> We need something NOW. svn will work for us and gains us some
> huge benefits immediately. [...] FWIW, if p4 hadn't come along
> and worked, we would have been using svn for the last 2-3
> years.In another 2-3 years, folks might dig this up on Google and
wonder what was the logic to say that:- p4 was unfortunately "good enough" to stay in old and broken
development paradigm, while
- svn was suddenly Good Enough(TM) to let freebsd stay with its
trusty customary paradigm!Bothering to change horses might just be nice reason to rethink
much deeper things than what you have on your very nose, the
particular tool. You have broken paradigm, and still you refuse
to acknowledge that, gnarling pointlessly that someone else
refuses patches when you have to extort them and not paying
attention to "how come?" part of that.It's what I've told for years on freebsd crowd: you don't want to
see further than your nose, and still you take pride in that.Silly.
Good luck in seeing things though.
Шигорин, лечитесь :)
В своей текущей (протекающей? истекающей?) форме - вы форменная угроза всем, кто ваши очередные убеждения не разделяет и от пламенных речей даже не дымится. Надеюсь ваша слюна не заразна а с задачей недопуска вас к огнестрельному оружию государственная система справится рабочим порядком. А то ж постреляете или покусаете всех нах.
>Посмотрели бы лучше в сторону Git или Mercurial.Cмотрели, и долго. Ни Git, ни Hg и ни Subversion удовлетворяют всем требованиям. Переход на svn просто позволяет минимизировать разрушительный эффект от такого перехода, при этом предоставляя ощутимые преимущества по сравнению с CVS.
Одно из этих премуществ - svn достаточно легко отображается в другие VCS, так что жизнь станет проще и для любителей Hg, Git, ... и прочих.
>Cмотрели, и долго. Ни Git, ни Hg и ни Subversion удовлетворяют всем
>требованиям.В консерватории никто не подумал править случайно? :)
>>Cмотрели, и долго. Ни Git, ни Hg и ни Subversion удовлетворяют всем
>>требованиям.
>
>В консерватории никто не подумал править случайно? :)А оно надо? "Удовлетворение Михаила Шигорина" как цель не предлагать.
>>>Cмотрели, и долго. Ни Git, ни Hg и ни Subversion удовлетворяют всем
>>>требованиям.
>>В консерватории никто не подумал править случайно? :)
>А оно надо?По постановке задачи опять показалось, что да.
>"Удовлетворение Михаила Шигорина" как цель не предлагать.
Это была бы крайне глупая цель -- ну одного удовлетворишь, так другой выищется.
Не о том пишу.
>По постановке задачи опять показалось, что да.Кажется - креститесь. Когда кажется вам - это далеко не повод
>>"Удовлетворение Михаила Шигорина" как цель не предлагать.
>
>Это была бы крайне глупая цель -- ну одного удовлетворишь, так другой
>выищется.Подтверждено экспериментально. Беда в том, что "другой" здесь вы и от этого вас странным способом корёжит и ломает.
>Не о том пишу.
Кто б спорил. Все вроде писали о VCS, одного господина Шигорина понесло на ниву переиначивания мира на предмет совместимости с Git. C традиционными уже песнями и плясками.
>>По постановке задачи опять показалось, что да.
>Кажется - креститесь. Когда кажется вам - это далеко не повод.Ладно, лет через пять (в клиническом случае -- семь) посмотрим.
>>>"Удовлетворение Михаила Шигорина" как цель не предлагать.
>>Это была бы крайне глупая цель -- ну одного удовлетворишь, так другой
>>выищется.
>Подтверждено экспериментально. Беда в том, что "другой" здесь вы и от этого
>вас странным способом корёжит и ломает.Да мне, в общем-то, без особой разницы, что в вашей песочнице творится. Пройденный этап.
Людей вот жалко. Но -- имеют право, вольному воля.>>Не о том пишу.
>Кто б спорил. Все вроде писали о VCS, одного господина Шигорина понесло
>на ниву переиначивания мира на предмет совместимости с Git.Не столько именно "совместимости с git", сколько того, что VCS сейчас -- это DVCS. Всё остальное вне индусских задач можно начинать закапывать. А не выкапывать и старательно распяливать для просушки.
>C традиционными уже песнями и плясками.
Эх. Тут кто-то зачем-то потёр рядом ответы анонима и OLD с зачислением меня в тролльскую компанию к andwing и chesnok -- это, на тролля регулярно согласен, а вот от такой компании буду открещиваться :-)
Они ж не слушают, а со мной просто спорить бывает неудобно -- как выразился аноним,
"Ничего не понял."Изменить моё мнениё о чём-либо, объяснив, почему и как неправ -- вполне возможно.
И собсно общаюсь именно с таким смыслом: если знаю, где грабли лежат, а люди браво на них идут -- стараюсь предупредить заранее. Да, не всегда доступно, косноязычен.
Всё, ухожу, ухожу :-)
Ну сколько можно зоопарк строить? Пускай уж все (баз + порты) на svn пeренесут, а то cvsup, svn, portsnap, sup...Еще тулзовины для git и mercurial наваять осталось для полного щастья.
Порты тяжелее с ходу перенести на svn репозитарии, из-за гораздо большего числа коммитеров. параллельная поддержка svn и cvs - тоже для комфортного перехода.
* portsnap - это shell скрипт, использующий libfetch для снятия портов по ftp/http - тобишь независим от типа репозитария.
Странно, почему не на RCS? В OpenBSD его применяют. На мой взгляд значительно проще было бы просто взять уже готовую подсистему из родственной системы. Или там те-же проблемы, что и с CVS?
Тот же самый CVS
http://www.openbsd.org/cgi-bin/cvsweb/
>Странно, почему не на RCS? В OpenBSD его применяют.Спасибо, смеялся.
man cvs
man rcsДо прочтения и понимания на опеннет не возвращаться.
В man не заглядывал, но насколько я знаю CVS - от слова Concurrent.То есть при редактировании файла не происходит его полная блокировка в хранилище. Поэтому несколько людей могут редактировать этот файл одновременно. После того, как они решают вернуть файл в CVS, изменения на лету "сливаются", то есть объединяются в одном результирующем файле.
RCS в отличие от CVS редактируемый файл жёстко блокирует, поэтому его больше никто не сможет отредактировать, до тех пор пока блокировка не будет снята. А снята блокировка будет только когда редактор решит "вернуть" файл.
Насколько я понял, менять CVS на что-то другое, решили из-за того, что возникают проблемы именно из-за синхронизации конкурирующих версий файлов. Поскольку проекты FreeBSD и OpenBSD вряд-ли столь значительно отличаются по объёму, то скорее всего RCS подошла бы и FreeBSD. При этом проблемы синхронизации конкурентных версий бы отпали сами собой.
Если я не прав в чём-то и мне действительно стоит прочитать man, стоит указать в чём конкретно я не прав. Вопли типа "Спасибо, смеялся" и "до прочтения и понимания на opennet не возвращаться" произносите на ЛОРе. Там как раз самое место любителям ткнуть носом и посмеяться.
>[оверквотинг удален]
>Concurrent.
>
>То есть при редактировании файла не происходит его полная блокировка в хранилище.
>Поэтому несколько людей могут редактировать этот файл одновременно. После того, как
>они решают вернуть файл в CVS, изменения на лету "сливаются", то
>есть объединяются в одном результирующем файле.
>
>RCS в отличие от CVS редактируемый файл жёстко блокирует, поэтому его больше
>никто не сможет отредактировать, до тех пор пока блокировка не будет
>снята. А снята блокировка будет только когда редактор решит "вернуть" файл.RCS и CVS - вещи разные по сути. RCS обеспечивает хранение версий для файлов. CVS организует это дело в репозитории, работая "поверх" RCS. В CVS есть возможность напрямую задавать RCS-команды (cvs admin). Никто не мешает делать "жёсткие" локи через CVS-интерфейс.
Касаемо OpenBSD: в OpenBSD переписана RCS (под именем, как это ни покажется смешно, OpenRCS; после переписывания и тестирования гнутая RCS была выкинута из дерева) и сейчас допиливается OpenCVS. Я в своей работе использую OpenCVS, пока ни одного сбоя не отметил. Однако в OpenCVS реализованы пока ещё не все возможности оригинальной CVS, поэтому они сосуществуют в системе.
Поскольку вы ярко продемонстрировали тотальную некомпетентность во всех этих вопросах, то есть, понахватались по верхам, не разобравшись хоть чуть-чуть самостоятельно (а это совсем не сложно) в вопросе, то ответ вы получил соответствующий.
>В man не заглядывал, но насколько я знаю CVS - от слова
>Concurrent.А вообще после фразы "в man не заглядывал" вы достойны только игнора. Почему так - объяснять должны были те, кто в детстве воспитывал.
terminus, спасибо за информацию :)
Я-то что - моя работа ctrl+c ctrl+v и все. Это ivoras молодец, что упомянул об нововведении.В официальной рассылке я что-то пока не нашел сообщений об этом.
> В официальной рассылке я что-то пока не нашел сообщений об этом.аналогично, хотя peter@ ранее и упоминал вскользь о SVN
на bsdcan.org про SVN тоже ничего не написано
>> В официальной рассылке я что-то пока не нашел сообщений об этом.
>аналогично, хотя peter@ ранее и упоминал вскользь о SVN
>на bsdcan.org про SVN тоже ничего не написаноЗато на "неофициальном" дистровоче написали, http://distrowatch.com/weekly.php?issue=20080602
А LXer на него ссылку дал - http://lxer.com/module/newswire/view/103579/
http://www.freebsd.org/news/newsflash.html#event20080603:01После того, как новость была опубликована на opennet, бсдшникам не осталось ничего иного как разместить ее у себя на главной =)
Почему на Git всё вместе с портами не перевести !!!
>Почему на Git всё вместе с портами не перевести !!!http://wiki.freebsd.org/GitConversion#head-62e5822167d37dd68...
По-русски пишешь с трудом, почитай по-английски. :-P
>>Почему на Git всё вместе с портами не перевести !!!
>По-русски пишешь с трудом, почитай по-английски. :-PНу почему с трудом -- разве что с надрывом. :)
Знаешь, по ссылке в упор не вижу реальных доводов, один полуреальный -- shallow clones.
Склонен считать определяющим не-доводом этот:
It is GPLed, though.
Вот и пусть потормозят, если не врубаются, что это _они_, _их_ мозги и стиль работы -- устарели на пять лет как минимум ;) *cringe*
>Склонен считать определяющим не-доводом этот:
>
>It is GPLed, though.Для начала посмотрите на лицензию CVS. Хотя ценным доводом это быть может, не спорю.
>Вот и пусть потормозят, если не врубаются, что это _они_, _их_ мозги
>и стиль работы -- устарели на пять лет как минимум ;)Какой слог.
Как бы я ни не любил фряху, обвинять её разработчиков в том, что их мозги устарели только потому, что они более 10 лет не переходят на GPL - это, простите, маразм. С тем же успехом можете обвинить производителей Линкольнов, что они не следят за современными тенденциями, не делают компактных малолитражек.
Вам что, FreeBSD жить мешает? Вы думаете, что если FreeBSD вдруг не станет, то, мгновенно просветлившиеся разработчики пойдут творить на благо Linux?
>Вам что, FreeBSD жить мешает? Вы думаете, что если FreeBSD вдруг не
>станет, то, мгновенно просветлившиеся разработчикиДа, мешает -- тем, что не видел ни разу "мгновенно просветлившихся" вообще.
Обычно вымывание грязи из мозгов, и в первую очередь своих -- куда более долгий и мучительный процесс, чем занесение её туда. Поэтому лучше по возможности предотвращать.
Как не раз говорил -- да, я считаю, что FreeBSD Project несёт ответственность за прибавление _очень_ большого количества _грязи_ в мозгах своего сообщества.
И обсуждаемое -- ещё одна тому наглядная иллюстрация.
>>Вам что, FreeBSD жить мешает? Вы думаете, что если FreeBSD вдруг не
>>станет, то, мгновенно просветлившиеся разработчики
>
>Да, мешает -- тем, что не видел ни разу "мгновенно просветлившихся" вообще.Вот действительно с чего бы это? Ах, как много на свете глупых людей, которые не понимают, что делают!..
>Обычно вымывание грязи из мозгов, и в первую очередь своих -- куда
>более долгий и мучительный процесс, чем занесение её туда. Поэтому
>лучше по возможности предотвращать.Кгхм... *прячет зеркало за спиной, чтобы не дать никому в себе разочароваться ненароком*
>Как не раз говорил -- да, я считаю, что FreeBSD Project несёт
>ответственность за прибавление _очень_ большого количества _грязи_ в мозгах своего сообщества.А сообщество всё сплошь дауны и дебилы, не понимают, что с их мозгами стало.
Не путайте методы воздействия на сознание и подсознание (от Кашпировского до Грабового и от хаббардистов до "тренингистов") с осознанным выбором. В Линукс-сообществе тех, кто _не_ разбирается в своей ОС, не может её грамотно настроить и т.д. — ничуть не меньше (а, может, и больше), чем в сообществе FreeBSD. И это вовсе не значит, что kernel.org прибавляет много грязи в мозги своего сообщества.
Вы говорите - "грязь в мозгах". Ну и какие примеры? Кроме обсуждаемой темы, если уж на то пошло? Вы говорите, прошли по какой-то ссылке куда-то - будьте так добры, подайте напряжение на рельс... в смысле, явите миру ваши чудесные аргументы. Пока что ни одна из приведённых Вами ссылок не показывала, как разработчики FreeBSD надувают своих "клиентов".
FreeBSD делает продукт. Не тот, который востребован Вами. ДРУГОЙ. Который востребован ДРУГИМИ людьми. У которых FreeBSD _работает_. Исправно.
Как известно, есть путь два пути развития (ПО): эволюционный и революционный. Linux и FreeBSD в этом плане очень схожи (во всяком случае, в настоящее время) - наверное, поэтому фряшникам особенно сильно достаётся. Конкуренция, однако!
>И обсуждаемое -- ещё одна тому наглядная иллюстрация.
Обсуждаемое - наглядная иллюстрация поговорки про соринку в чужом глазу.
>cache: http://wiki.opennet.ru/DistroImhoMike
ИМХО - хорошее слово.
>Не путайте методы воздействия на сознание и подсознание (от Кашпировского до Грабового
>и от хаббардистовКстати, какая редкая фамилия ;) (про в т.ч. xenu.net в курсе, но как тут не пройтись :)
>до "тренингистов") с осознанным выбором.
Вот с осознанностью как раз и проблема: услышит молодое дарование "фря эт круто" с этаким апломбом, бегает и развешивает дальше. Мозгами подумать и поинтересоваться -- "а почему?" -- не у всякого духу хватит. Ну и ходит потом, как зомбяк, сказки рассказывает.
>Вы говорите - "грязь в мозгах". Ну и какие примеры?
Да вот Dear Never, которого имел сомнительное счастье достаточно долго рядом наблюдать. Весьма яркий пример и если бы одиночный. Так-то стараюсь не помнить.
>Кроме обсуждаемой темы, если уж на то пошло? Вы говорите, прошли по какой-то
>ссылке куда-то - будьте так добры, подайте напряжение на рельс... в
>смысле, явите миру ваши чудесные аргументы. Пока что ни одна из
>приведённых Вами ссылок не показывала, как разработчики FreeBSD надувают
>своих "клиентов".Дык что самое грустное за вчера оказалось -- что дядька, который прям около этого самого CVS и которому этот самый CVS кровь портил-портил помалу и таки допортил -- явно с логикой не дружит. А это та самая штука, которая при оценках и сравнениях дюже полезна.
Почитайте внимательно http://wiki.freebsd.org/VCSWhy -- а критику тут рядом опубликовал.
>FreeBSD делает продукт. Не тот, который востребован Вами. ДРУГОЙ.
>Который востребован ДРУГИМИ людьми. У которых FreeBSD _работает_. Исправно.Дык с этим никаких проблем нет -- было бы полным идиотизмом орать "а ну не делайте" :)
"Проблема Шигорина с FreeBSD" -- преимущественно в социальной плоскости. Это где пудрят мозги доверчивым новичкам, а не где пишут код (рабочий или нет).>Как известно, есть путь два пути развития (ПО): эволюционный и революционный.
>Linux и FreeBSD в этом плане очень схожи (во всяком случае, в настоящее время) -
>наверное, поэтому фряшникам особенно сильно достаётся. Конкуренция, однако!Не могу согласиться.
В линуксе к текущей эволюции с мини-революциями пришли через чуть ли не постоянные революции, но в поиске разумных вариантов, их оценке и переоценке. И поток изменений *очень* мощный, при этом не спадает, а нарастает вполне стабильно.
Во фре на сейчас наблюдаю относительно этого скорее застой. Так что конкуренция, боюсь, как раз слабоватая, что чревато. Возможно, те же HP это понимают, потому подбрасывают понемногу ресурсов :)
PS: как всегда, рад ошибиться в грустных суждениях.
>>Не путайте методы воздействия на сознание и подсознание (от Кашпировского до Грабового
>>и от хаббардистов
>
>Кстати, какая редкая фамилия ;) (про в т.ч. xenu.net в курсе,
>но как тут не пройтись :)Как ни странно, я в курсе. Было интересно, пройдётесь или нет. К сожалению, прошлись.
>>до "тренингистов") с осознанным выбором.
>
>Вот с осознанностью как раз и проблема: услышит молодое дарование "фря эт
>круто" с этаким апломбом, бегает и развешивает дальше. Мозгами подумать
>и поинтересоваться -- "а почему?" -- не у всякого духу хватит.
> Ну и ходит потом, как зомбяк, сказки рассказывает.Экгхм... Что, вы никогда не видели фанатиков того же Альта? Я вот видел - поверьте, ничем (кроме названия) не отличаются.
>>Вы говорите - "грязь в мозгах". Ну и какие примеры?
>
>Да вот Dear Never, которого имел сомнительное счастье достаточно долго рядом наблюдать.
> Весьма яркий пример и если бы одиночный. Так-то стараюсь
>не помнить.А уж сколько я видел людей, которые говорили "Ооо, Линукс, это круто! А что, есть ещё что-то?"...
>[оверквотинг удален]
>>приведённых Вами ссылок не показывала, как разработчики FreeBSD надувают
>>своих "клиентов".
>
>Дык что самое грустное за вчера оказалось -- что дядька, который прям
>около этого самого CVS и которому этот самый CVS кровь портил-портил
>помалу и таки допортил -- явно с логикой не дружит.
>А это та самая штука, которая при оценках и сравнениях дюже
>полезна.
>
>Почитайте внимательно http://wiki.freebsd.org/VCSWhy -- а критику тут рядом опубликовал.Прочитал. Вот этот пассаж, например, вполне убедителен:
"So, if we wanted to keep our coherent tree, and use git, then you'd have to clone/branch an entire copy of /usr/src plus metadata just so you can work on a branch of src/bin/ls or src/sys. Not being able to check out src/sys is apparently a design feature. (For what its worth, I don't buy the submodules thing. There's just too much to go wrong for things getting out of sync with each other.)"
Или эти доводы:
"* we stop losing metadata every time commits touch branches. The sooner we take advantage of this, the better we'll be should we ever wish to switch to a dvcs like hg/git. The full metadata will be there, unlike the slow rise in broken/missing stuff in cvs that just gets worse. ["sooner" возможно именно с SVN, т.к. миграция на него с CVS, как уже говорилось, намного безболезненней - Pers]
* you can use git as a svn client (!!) if you really want to. git-svn is fully functional, given that it is push/pulling to/from a svn repo.
* It has svk as an alternte client. Written in perl, it brings many dvcs-like features. it does repository replication, cloning, merging, etc.
* there are a huge bunch of tools out there to talk to svn. Things like svnsync (cvsup for svn repository replication) are out there.
* It has atomic grouped changes. Doing live exports to another VCS is easy. We can do exactly the same as we do with p4->cvs.
* it has functional offline support in the native client (svn).. nowhere near as complete as hg/git, but still quite useable for that train trip. svk does a far better job of offline mode though.
* svk, as an optional add-on, gets you the ability to have a private playground, in spite of my encouragement to work on the public servers."
>[оверквотинг удален]
>>Как известно, есть путь два пути развития (ПО): эволюционный и революционный.
>>Linux и FreeBSD в этом плане очень схожи (во всяком случае, в настоящее время) -
>>наверное, поэтому фряшникам особенно сильно достаётся. Конкуренция, однако!
>
>Не могу согласиться.
>
>В линуксе к текущей эволюции с мини-революциями пришли через чуть ли не
>постоянные революции, но в поиске разумных вариантов, их оценке и переоценке.
> И поток изменений *очень* мощный, при этом не спадает, а
>нарастает вполне стабильно.То-то пишут, что разработчики Linux порой узнают о том, что релиз ядра где-то там не собрался через несколько недель после релиза...
>Во фре на сейчас наблюдаю относительно этого скорее застой. Так что
>конкуренция, боюсь, как раз слабоватая, что чревато. Возможно, те же
>HP это понимают, потому подбрасывают понемногу ресурсов :)Интересно, зачем фирме вкладываться в загнивающий проект?.. Хотя лично мне направление развития FreeBSD тоже не слишком симпатично, но это чисто личное - не могу не признать, что тот же сетевой стек у них, пожалуй, один из самых, как вы говорите, "фичастых"...
>PS: как всегда, рад ошибиться в грустных суждениях.
Как уже говорилось, время рассудит. :)
P.S.: если чего пропустил - сорри, мне через пять часов на автобус, а я ещё хотел выспаться...
>>>и от хаббардистов
>>Кстати, какая редкая фамилия ;) (про в т.ч. xenu.net в курсе,
>>но как тут не пройтись :)
>Как ни странно, я в курсе. Было интересно, пройдётесь или нет.
>К сожалению, прошлись.Я догадался, что в курсе и интересно, решил пройтись. Осадок остался.
>>>до "тренингистов") с осознанным выбором.
>>Вот с осознанностью как раз и проблема: услышит молодое дарование "фря эт
>>круто" с этаким апломбом, бегает и развешивает дальше. Мозгами подумать
>>и поинтересоваться -- "а почему?" -- не у всякого духу хватит.
>> Ну и ходит потом, как зомбяк, сказки рассказывает.
>Экгхм... Что, вы никогда не видели фанатиков того же Альта?Стараюсь вразумлять, просто пинки выходят тяжелей -- типа, разработчик.
>Я вот видел - поверьте, ничем (кроме названия) не отличаются.
Если интересно -- гляньте http://wiki.opennet.ru/DistroImhoMike (вот про фанатиков в общем плане как-то пока не подобралось формулировки, но "враг" -- не технология, а фанатизм).
>А уж сколько я видел людей, которые говорили "Ооо, Линукс, это круто!
>А что, есть ещё что-то?"...Да-да-да-да-да.
>>Почитайте внимательно http://wiki.freebsd.org/VCSWhy -- а критику тут рядом опубликовал.
>Прочитал. Вот этот пассаж, например, вполне убедителен:
>"So, if we wanted to keep our coherent tree, and use git,
>then you'd have to clone/branch an entire copy of /usr/src plus
>metadata just so you can work on a branch of src/bin/ls
>or src/sys. Not being able to check out src/sys is apparently
>a design feature. (For what its worth, I don't buy the
>submodules thing. There's just too much to go wrong for things
>getting out of sync with each other.)"Вот мне и интересно, почему:
- говоря о когерентности, отказываются от единого дерева -- см. выше про организацию
linux-kernel vs xorg;
- говоря о части репозитория, отказываются от git-submodule(1).Если хочется coherent и шоб не out-of-sync -- ну так и держите одним деревом. Не думаю, что у тех, кому есть что сделать по ls.c, до сих пор 9600.
Если же хочется частичности -- ну так это в обратную сторону. Бишь противоречивое целостности требование.
"I don't buy" -- перевожу: "не осилил". Что тоже вполне характерно, вместе с внутренней противоречивостью как аргументации, так и запросов многих вроде бы и матёрых бздишников.
DISCLAIMER: Я НЕ ПОЛЬЗОВАЛСЯ git-submodule(1) ДЛЯ ПРОЕКТОВ
>Или эти доводы:
*sigh*
Половина -- "ну это не как git, но покатит". Естественно, после CVS и SVN сладок.
>* there are a huge bunch of tools out there to talk to svn.
Перевожу: "мы предпочитаем жить вчерашним днём, поскольку ресурсов ловить журавлей, а тем более строить самолёты -- у нас тупо нет".
>> И поток изменений *очень* мощный, при этом не спадает, а
>>нарастает вполне стабильно.
>То-то пишут, что разработчики Linux порой узнают о том, что релиз ядра
>где-то там не собрался через несколько недель после релиза...Значит, так этот релиз (или такая комбинация кода, конфигурации и железа) был нужен на этом "где-то".
>>Во фре на сейчас наблюдаю относительно этого скорее застой. Так что
>>конкуренция, боюсь, как раз слабоватая, что чревато. Возможно, те же
>>HP это понимают, потому подбрасывают понемногу ресурсов :)
>Интересно, зачем фирме вкладываться в загнивающий проект?..Не знаю. Одно из соображений -- шоб lkml не расслаблялся (это была бы вполне реальная проблема -- вспомните NT4).
Ещё совсем не загнивающий, но выбор опять централизованной SCM -- шаг в этом направлении.
>Хотя лично мне направление развития FreeBSD тоже не слишком симпатично,
>но это чисто личное - не могу не признать, что тот же сетевой стек у них,
>пожалуй, один из самых, как вы говорите, "фичастых"...Дык за то слава и почёт. Значит, было сильно нужно :-)
>>PS: как всегда, рад ошибиться в грустных суждениях.
>Как уже говорилось, время рассудит. :)
>[оверквотинг удален]
>>metadata just so you can work on a branch of src/bin/ls
>>or src/sys. Not being able to check out src/sys is apparently
>>a design feature. (For what its worth, I don't buy the
>>submodules thing. There's just too much to go wrong for things
>>getting out of sync with each other.)"
>
>Вот мне и интересно, почему:
>- говоря о когерентности, отказываются от единого дерева -- см. выше про
>организацию
> linux-kernel vs xorg;Ммм... может быть мы с вами понимаем разное под словами "единое дерево"? Я что-то не помню, чтобы FreeBSD собиралась отказываться от оного.
>- говоря о части репозитория, отказываются от git-submodule(1).
Хммм... Интересно, как это сообразуется со словами того же тов. Линуса (когда речь шла о KDE, а ведь имеющееся в KDE разделение даже ближе к тому, что "удобно" для git, чем во FreeBSD):
"So I'm hoping that if you guys are seriously considering git, you'd also split up the KDE repository so that it's not one single huge one, but with multiple smaller repositories (ie kdelibs might be one, and each major app would be its own)"
Надо разбираться...
>Если хочется coherent и шоб не out-of-sync -- ну так и держите
>одним деревом. Не думаю, что у тех, кому есть что
>сделать по ls.c, до сих пор 9600.Ну и в чём тогда прелесть DVCS?
>Если же хочется частичности -- ну так это в обратную сторону.
>Бишь противоречивое целостности требование.Видимо, возникло некоего непонимание... FreeBSD нужно дерево исходников, которое "одно для всех"; каждый отдельный коммит сразу доступен всем. Деление же на "части" - это совсем из другой оперы. Речь о том, чтобы, с одной стороны, была возможность работать с произвольной частью репозитория (обратите внимание: произвольной, а не предварительно заданной); с другой, чтобы репозиторий был один для всех.
Да, git можно использовать в таком варианте. Но это не его ниша. Зато SVN, выполняя те же самые (в заданных рамках!) функции, легче для мигрирования (я не проверял, но это даже вы сами подтверждаете).
>"I don't buy" -- перевожу: "не осилил". Что тоже вполне характерно,
>вместе с внутренней противоречивостью как аргументации, так и запросов многих вроде
>бы и матёрых бздишников.Исходя из того, что я могу починить что-то в электрическом щитке, вряд ли я туда ещё раз полезу. Отсутствие уверенности в правильной оценке последствий, ИМХО, не есть большее зло, чем переоценка собственных умений, приводящая к различного рода (порой непоправимым) последствиям.
>DISCLAIMER: Я НЕ ПОЛЬЗОВАЛСЯ git-submodule(1) ДЛЯ ПРОЕКТОВ
А я попробую в следующем, который скоро буду поднимать... Там и посмотрим:).
>>Или эти доводы:
>
>*sigh*
>
>Половина -- "ну это не как git, но покатит". Естественно, после
>CVS и SVN сладок.Дык хорошо же, не? Ну а про то, что "лучшее - враг хорошего", думаю, напоминать не стоит:).
>>* there are a huge bunch of tools out there to talk to svn.
>
>Перевожу: "мы предпочитаем жить вчерашним днём, поскольку ресурсов ловить журавлей, а тем
>более строить самолёты -- у нас тупо нет".Ваша воля. Я предпочитаю переводы более близкие по смыслу:).
>>> И поток изменений *очень* мощный, при этом не спадает, а
>>>нарастает вполне стабильно.
>>То-то пишут, что разработчики Linux порой узнают о том, что релиз ядра
>>где-то там не собрался через несколько недель после релиза...
>
>Значит, так этот релиз (или такая комбинация кода, конфигурации и железа) был
>нужен на этом "где-то".Интересно, а какого хрена тогда портировали, если всё равно даже за кодом никто не следит... Я понимаю, когда портирование помогает выявлять те или иные косяки. Но если ента хрень даже не компилируется, то, получается, никто такой цели и не ставил. То есть цель - поставить галочку "портировано", так, что ли?
>>>Во фре на сейчас наблюдаю относительно этого скорее застой. Так что
>>>конкуренция, боюсь, как раз слабоватая, что чревато. Возможно, те же
>>>HP это понимают, потому подбрасывают понемногу ресурсов :)
>>Интересно, зачем фирме вкладываться в загнивающий проект?..
>
>Не знаю. Одно из соображений -- шоб lkml не расслаблялся (это
>была бы вполне реальная проблема -- вспомните NT4).Шоб LKML не расслаблялся, нужно чтобы конкуренция была сильная, логично? ;) Как же может загнивающий проект составлять сильную конкуренцию? Он, по определению, наоборот, должен составлять всё более слабую.
>Ещё совсем не загнивающий, но выбор опять централизованной SCM -- шаг в
>этом направлении.Для вас всеобщий переход на DVCS - это будущее, для меня - мода, для кого-то ещё - несбыточная фантазия. :)
########
>Видимо, возникло некоего непонимание... FreeBSD нужно дерево исходников, которое "одно для всех"; каждый отдельный коммит сразу доступен всем. Деление же на "части" - это совсем из другой оперы. Речь о том, чтобы, с одной стороны, была возможность работать с произвольной частью репозитория (обратите внимание: произвольной, а не предварительно заданной); с другой, чтобы репозиторий был один для всех.
>Да, git можно использовать в таком варианте. Но это не его ниша. Зато SVN, выполняя те же самые (в заданных рамках!) функции, легче для мигрирования (я не проверял, но это даже вы сами подтверждаете).#########
+1
Вот по сути человек написал.Использовал в работе cvs, и git, и svn. У всех есть косяки.
Продолжаю использовать svn - достаточно активно, в серверн-клиент варианте, svn-протоколом и поверх WebDav.
Согласен с выбором инструмента для репозитария FreeBSD - пожалуй самое то. И пожалуй пора.
И мигрировать пожалуй проще - объекты модели cvs транслируемы в модель svn вполне неплохо, и простыми тулзами.А тут вопли - загнивает, отстали, мозги... Да блин на моей памяти в 98 тоже писали - BSD загнивает, разработчики тупые, Linux - светлое будущее, баазар-вокзал-круто... Вот так и гниет проект годами, от релиза к релизу... UFS2, Netgraph, GEOM, CAM, IPfilter/IPF, IPv6, Jail, devfs, ... всего сразу и не вспомню. И все внедрялось системно, планомерно, и в общем весьма грамотно - сначала в тестовой ветке, потом переносилось в стабильную.
Согласен - мето
Великосистемный шовинизм?
>Знаешь, по ссылке в упор не вижу реальных доводов, один полуреальный --
>shallow clones.Так это не доводы для тебя, это мантры для сторонников.
>Склонен считать определяющим не-доводом этот:
>It is GPLed, though.Да, брось. Это не довод, а маячок свой-чужой для разогрева толпы.
>Вот и пусть потормозят, если не врубаются, что это _они_, _их_ мозги
>и стиль работы -- устарели на пять лет как минимум ;) *cringe*Все эти попсовые аргументы, совершенно не объясняющие реальных поступков, наводят на мысль, что настоящие их цели почему-то не афишируются... Вот место про "our best supporters" почему-то напомнило где-то здесь публиковавшееся мнение о том, что за каждым *BSD?BSDL проектом стоит коммерческая контора со своими старательно скрываемыми интересами.
Кстати про SCM, кто-то из сравнивавших таковые (Реймонд с соавторами? http://www.catb.org/~esr/writings/version-control/) высказал мнение о том, что CSCM останутся в "корпоративном" секторе, где ужас как нужна стабильность и никто ничему новому учить за свои денежки наёмников с улицы не будет. "Ужас как нужна стабильность" - налицо, не дай БГ переучивать "our best supporters" - тож.
>>Знаешь, по ссылке в упор не вижу реальных доводов, один полуреальный --
>>shallow clones.
>
>Так это не доводы для тебя, это мантры для сторонников.Ага. Типа как "самый фичастый" для GPL-щиков?
>>Склонен считать определяющим не-доводом этот:
>>It is GPLed, though.
>
>Да, брось. Это не довод, а маячок свой-чужой для разогрева толпы.Для вас то есть?
>>Вот и пусть потормозят, если не врубаются, что это _они_, _их_ мозги
>>и стиль работы -- устарели на пять лет как минимум ;) *cringe*
>
>Все эти попсовые аргументы, совершенно не объясняющие реальных поступков, наводят на мысль,
>что настоящие их цели почему-то не афишируются... Вот место про "our
>best supporters" почему-то напомнило где-то здесь публиковавшееся мнение о том, что
>за каждым *BSD?BSDL проектом стоит коммерческая контора со своими старательно скрываемыми
>интересами.Госпади, и это опёнковцев называют параноиками... Сходите к психоаналитику, авось полегчает.
>Кстати про SCM, кто-то из сравнивавших таковые (Реймонд с соавторами? http://www.catb.org/~esr/writings/version-control/) высказал
>мнение о том, что CSCM останутся в "корпоративном" секторе, где ужас
>как нужна стабильность и никто ничему новому учить за свои денежки
>наёмников с улицы не будет. "Ужас как нужна стабильность" - налицо,
>не дай БГ переучивать "our best supporters" - тож.Кстати, а вспомните-ка, дерево исходников какой ОС было первым выложено в открытый доступ? Произошло это, видимо, потому, что некая мифическая компания, опекающая эту ОС, очень захотела, чтобы все могли изучать эти разработки?
Или, может, это не Linux опекается Sun, IBM и Novell, которые помогают двигаться пингвин-Ос в желаемом для данных опекунов направлении?
Не порите чушь, короче.
>Не порите чушь, короче.Ну, во-первых, моя чушь -- с ней что хочу, то и делаю. :-P
Во-вторых, аргументы на уровне "зато у ва-а-ас", "к дохтуру", "зато мы в области балета, когда-то..." никак не являются ответами по конкретным пунктам. :-/
В-третиьх, нечего сказать, уйди обратно в толпу, не мешай Благородным Донам языками часать.
>>Не порите чушь, короче.
>
>Ну, во-первых, моя чушь -- с ней что хочу, то и делаю.
>:-P
>Во-вторых, аргументы на уровне "зато у ва-а-ас", "к дохтуру", "зато мы в
>области балета, когда-то..." никак не являются ответами по конкретным пунктам. :-/Дык вот я как раз и хотел озвучивания конкретных пунктов, а не только: "FreeBSD-шники - дураки, потому что переходят на SVN вместо Git, ибо все умные парни пользуеются Git или хотя бы ещё какой-нибудь DVCS. Да и вообще они дураки по жизни".
>В-третиьх, нечего сказать, уйди обратно в толпу, не мешай Благородным Донам языками
>часать.:-I==========>
>Дык вот я как раз и хотел озвучивания конкретных пунктов,
>переходят на SVN вместо Git,КонкретныйФакт: "переходят на SVN вместо Git". Конкретное недоумение: а почему, собственно? Конкретных причин названо: 0. А посему мы ограничены собственными анализом/измышлениями -- "потому что мы так сказали", "потому что GPL", "потому что _один_ человек пробовал, не потянул -- а всем класть", "потому что лениво/ломает/проще", "потому что `our best supperters`"...
КонкретныйФакт: у git-а больше "зелёных квадратиков", а перехоят на svn. Сравнивали одни люди, а "переходили их" другие? http://wiki.freebsd.org/VersionControl
>ибо все умные парни пользуеются Git или хотя бы ещё какой-нибудь DVCS.
Вот ты понимаешь что обидно -- не все. Мы тут собрались обсудить поведение отступников из FreeBSD Core Team. Ж+)
>"FreeBSD-шники - дураки, потому
>Да и вообще они дураки по жизни".Не передёргивай. "Дураки" - эт-т ты сам придумал. Тебе ж сказали, цианом по синему написали: упёртые ламеры, смертельно обижающиеся на любую отличающуюся от генеральной эгоцентрической линии точку зрения, с промытыми мозгами. Никаких вам "дураков". :-P
Это, кстати, не про Core Team и не про Project.
Только создаётся впечатление (да-да, см. "Большую Теорию Заговора" парой постов выше), что Core Team/Project не всё говорит "верным последователям", и те, вынужденные ограничиваться картонно-бессмысленной аргументацией, спущенной свыше, в котороую сами не верят, выглядят пооолными охломонами :-/ , кидаются в обиды и истерики....
>>не мешай Благородным Донам языками часать.
>:-I==========>Эротичненько......... Люблю узбеков и фришников -- на морозе заводятся хо-ро-шо. %-) И <--это - КонкретныйФакт^2.
>КонкретныйФакт: "переходят на SVN вместо Git". Конкретное недоумение: а почему, собственно? Конкретных
>причин названо: 0. А посему мы ограничены собственными анализом/измышлениями -- "потому
>что мы так сказали", "потому что GPL", "потому что _один_ человек
>пробовал, не потянул -- а всем класть", "потому что лениво/ломает/проще", "потому
>что `our best supperters`"...И сели в лужу, что характерно. Про GPL - вам уже указали на лицензию CVS. Пробовал не один человек, а множество, иначе откуда там взялись столько зелёных квадратиков? По той же причине пролетает и "не потянул". Ломает, лениво - это детский сад, работы в тестах потрачено порядочно, как и времени в соответствующих флеймах на листах и IRC. C какой радости "проще" вообще отнесено к недостаткам я интерпретировать даже не берусь. Спишем на природную склонность фанатиков в выработке твёрдого характера - гвозди в постели, теперь вот Git... Каким боком "best supporters" может волновать эпическая битва SVN vs. Git тоже не то чтобы очевидно, но коль скоро некоторые верят в зелёных человечков, гипотеза имеет право на существование. Хотелось бы послушать некоторое обоснование гипотезы, всё же.
>КонкретныйФакт: у git-а больше "зелёных квадратиков", а перехоят на svn. Сравнивали одни
>люди, а "переходили их" другие? http://wiki.freebsd.org/VersionControlА у вас не так? Кто хотел - предоставил аргументы в пользу своей VCS. Квадратики они хоть и квадратные, но далеко не равновесные, соответственно и выбор ну никак нельзя было свести к простому арифметическому сравнению.
>
>Вот ты понимаешь что обидно -- не все. Мы тут собрались обсудить
>поведение отступников из FreeBSD Core Team. Ж+)
>Ты немножко не в теме, а потому откровенная чушь выше не режет тебе глаза. Решение принятое на Developer Summit имеет очень и очень отдалённое отношение к Core. Собственно остаток твоего сообщения - тоже всего-лишь слюнявый обсос исходной посылки про злобный Core, поэтому комментарий заканчивается здесь.
>>Дык вот я как раз и хотел озвучивания конкретных пунктов,
>>переходят на SVN вместо Git,
>
>КонкретныйФакт: "переходят на SVN вместо Git". Конкретное недоумение: а почему, собственно? Конкретных
>причин названо: 0. А посему мы ограничены собственными анализом/измышлениями -- "потому
>что мы так сказали", "потому что GPL", "потому что _один_ человек
>пробовал, не потянул -- а всем класть", "потому что лениво/ломает/проще", "потому
>что `our best supperters`"...А, ну, раз хочется пофантазировать, то это всегда пожалуйста...
А люди, которые предпочитают работать с фактами, пользуются, например, http://www.google.com/bsd : https://forum.bsdgroup.de/showthread.php?p=6376 (если не ошибаюсь, ссылка на второй процитированный по ссылке текст где-то уже здесь проскакивала отдельно).
Переведу краткое содержание на понятный для некоторых местных язык: FreeBSD - большой и сложный проект. Смена VCS - уже источник многих проблем при таких объёмах (не столько технических, сколько организационных, но от этого ничуть не менее важных). Это не новостной сайт:). Git, при всех его достоинствах, требует смены стиля работы. А это неприемлемо, во всяком случае, на данном этапе. Перед тем как кричать "слабаки", остановитесь и подумайте, насколько то, как ведётся ваша работа, связано с результатами этой самой работы. То, что делает сейчас FreeBSD team (не Core, прошу заметить, как выше уже отметили) по определению устраивает тех, кто пользуется продуктом - иначе бы они им не пользовались.
>КонкретныйФакт: у git-а больше "зелёных квадратиков", а перехоят на svn. Сравнивали одни
>люди, а "переходили их" другие? http://wiki.freebsd.org/VersionControlИнтересно, а если я сравню (серьёзно так сравню, детально по каждой подсистеме и по всему ПК в целом) ПК от Dell и от Lenovo, и получится, что Lenovo круче, а потом школа номер сто двадцать три Санкт-Петербурга закупит Dell, то они будут дураками, да? Ведь есть же сравнение, в котором указано, что Lenovo лучше - почему какие-то дураки продолжают покупать Dell?
>>ибо все умные парни пользуеются Git или хотя бы ещё какой-нибудь DVCS.
>
>Вот ты понимаешь что обидно -- не все. Мы тут собрались обсудить
>поведение отступников из FreeBSD Core Team. Ж+)Торможу, сарказм в тексте до меня не всегда сразу доходит. :)
>>"FreeBSD-шники - дураки, потому
>>Да и вообще они дураки по жизни".
>
>Не передёргивай. "Дураки" - эт-т ты сам придумал. Тебе ж сказали, цианом
>по синему написали: упёртые ламеры, смертельно обижающиеся на любую отличающуюся от
>генеральной эгоцентрической линии точку зрения, с промытыми мозгами. Никаких вам "дураков".
>:-P
>
>Это, кстати, не про Core Team и не про Project.Насчёт генеральной эгоцентрической линии - бред. Люди, являющиеся членами сообщества, либо разделяют идеи этого сообщества, либо нет. Если разделяют - добро пожаловать, если нет - что вы тут забыли? Всё просто, никаких промываний мозгов.
С тем же успехом можно сказать, что мозги друг другу промывают члены клуба владельцев чау-чау, потому что они все любят и восхищаются чау-чау. Да они потому и вместе, что любят этих собак. А не наоборот.
Вы так говорите, будто кто-то кого-то в сообществе старается удержать. Да ни в жисть. FreeBSD-сообщество, как и другие сообщества, заинтересовано в том, чтобы его члены разделяли идеи, положенные в основу той сущности (ОС FreeBSD), которая является основой для этого самого сообщества. Не более и не менее. И именно BSD-сообщества исповедуют простой принцип: хочешь, будь с нами, не хочешь - не будь. Силком тащить не будем, выгонять тоже (с поправкой на соблюдение приличий, ессесно - ну да это вообще в любом обществе актуально). По-моему, это и есть свобода на деле. Оспорите?
Я уже приводил пример с ножами. Могу аналогию на чём-то другом построить, если оказалось непонятно.
>Только создаётся впечатление (да-да, см. "Большую Теорию Заговора" парой постов выше), что
>Core Team/Project не всё говорит "верным последователям", и те, вынужденные ограничиваться
>картонно-бессмысленной аргументацией, спущенной свыше, в котороую сами не верят, выглядят пооолными
>охломонами :-/ , кидаются в обиды и истерики....Истерики? Разве что от смеха... Горького. А обидно то, что вроде бы неглупых людей куда-то заносит, а как укажешь им, что, мол, остановитесь - упираются, мол, это вы думаете неправильно, вам мозги промыли, вам спасаться надо от этой заразы...
Знаете, кто обычно сильнее всего борется с чужими недостатками? Если не знаете, то это тот, кто не может побороть эти же недостатки у себя (старается их скрыть таким образом). Сколько живу, столько и убеждаюсь в верности этой идеи.
>>>не мешай Благородным Донам языками часать.
>>:-I==========>
>
>Эротичненько......... Люблю узбеков и фришников -- на морозе заводятся хо-ро-шо. %-) ИДля невнимательных повторю: я НЕ фряшник, и FreeBSD НЕ люблю. Но люблю или не люблю - я с ней работаю каждый день, и могу констатировать, что продукт свои задачи выполняет, и выполняет хорошо. Выполнял бы плохо - стояло бы что-то ещё. Всё просто.
><--это - КонкретныйФакт^2.
Не путайте хорошее мнение о себе с хорошо развитым самомнением. Особенно в плане адекватности и работы с фактами.
>>Не порите чушь, короче.
>
>Ну, во-первых, моя чушь -- с ней что хочу, то и делаю.
>:-PО, спасибо, что сам наконец это признал.
>>Так это не доводы для тебя, это мантры для сторонников.
>Ага. Типа как "самый фичастый" для GPL-щиков?Поясняю: "самый фичастый редактор" -- это не у которого можно выюзать все фичи. А который по ним масштабируется при самых разных ситуациях: надо -- оп, есть. Так и git -- у него *действительно* наиболее широкий выбор инструментария из всего, что вообще попадалось под руки. Тулбокс на все случаи жизни. Ну, почти на все, наверное. :)
>>Вот место про "our best supporters" почему-то напомнило где-то здесь
>>публиковавшееся мнение о том, что за каждым *BSD?BSDL проектом стоит
>>коммерческая контора со своими старательно скрываемыми интересами.Кстати, да.
>Госпади, и это опёнковцев называют параноиками... Сходите к психоаналитику,
>авось полегчает.А что, нашу sec team опёнковцы таки называли параноиками ;)
Не знаю как насчёт "за каждым", а вот недосказанности какие-то регулярно проскальзывают у "дедов".
>>[...] мнение о том, что CSCM останутся в "корпоративном" секторе
Я тоже так думаю.
>Кстати, а вспомните-ка, дерево исходников какой ОС было первым выложено в открытый
>доступ? Произошло это, видимо, потому, что некая мифическая компания, опекающая эту
>ОС, очень захотела, чтобы все могли изучать эти разработки?Им, видите ли, было пофиг -- они не занимались контуперами.
>Или, может, это не Linux опекается Sun, IBM и Novell, которые помогают
>двигаться пингвин-Ос в желаемом для данных опекунов направлении?Нет, не опекается -- к этим фирмам отношение такое, что сегодня они типа-друзья, завтра они типа-враги, но это ничего не меняет: они или играют по общим правилам, или идут лесом.
Одним из непонятных для меня результатов является, например, непринятие в ядро замечательного куска по имени EVMS 1.x. Правда, историю не раскапывал.
>Не порите чушь, короче.
Это Вы стоя перед тем достанным зеркалом аутотренингом занимаетесь? :)
>>>Так это не доводы для тебя, это мантры для сторонников.
>>Ага. Типа как "самый фичастый" для GPL-щиков?
>
>Поясняю: "самый фичастый редактор" -- это не у которого можно выюзать все
>фичи. А который по ним масштабируется при самых разных ситуациях:
>надо -- оп, есть. Так и git -- у него
>*действительно* наиболее широкий выбор инструментария из всего, что вообще попадалось под
>руки. Тулбокс на все случаи жизни. Ну, почти на все, наверное. :)Очень рад за Git и его пользователей. Только то, что что-то есть, ещё не значит, что оно должно быть использовано любой ценой (например, ценой ухода разработчиков, которым не до переучивания с одной схемы разработки на другую - не потому что дураки, а потому что им это переучивание нафиг не надо, они и с нынешним средствами прекрасно справляются).
Кстати, для невнимательных - есть и прекрасно работает мост Git-SVN, так что ничто не мешает держать на своём компе Git-репозиторий, если так удобнее работать.
>>>Вот место про "our best supporters" почему-то напомнило где-то здесь
>>>публиковавшееся мнение о том, что за каждым *BSD?BSDL проектом стоит
>>>коммерческая контора со своими старательно скрываемыми интересами.
>
>Кстати, да.no comments. Жаль, что беседа растянутая, а так - для БОРа бы сошла.
>>Госпади, и это опёнковцев называют параноиками... Сходите к психоаналитику,
>>авось полегчает.
>
>А что, нашу sec team опёнковцы таки называли параноиками ;)
>
>Не знаю как насчёт "за каждым", а вот недосказанности какие-то регулярно проскальзывают
>у "дедов".Ищущий да обрящет. Вон, некоторые находят постоянно новых любовников(-иц) у поп-звёзд и прочих артистов - тоже ищут хорошо, видать.
>>Кстати, а вспомните-ка, дерево исходников какой ОС было первым выложено в открытый
>>доступ? Произошло это, видимо, потому, что некая мифическая компания, опекающая эту
>>ОС, очень захотела, чтобы все могли изучать эти разработки?
>
>Им, видите ли, было пофиг -- они не занимались контуперами.Кажется, мы друг друга не поняли... Причём скорее это моя вина - некорректно выразился. Ладно, не суть...
>>Или, может, это не Linux опекается Sun, IBM и Novell, которые помогают
>>двигаться пингвин-Ос в желаемом для данных опекунов направлении?
>
>Нет, не опекается -- к этим фирмам отношение такое, что сегодня они
>типа-друзья, завтра они типа-враги, но это ничего не меняет: они или
>играют по общим правилам, или идут лесом.Ага, а как только та или иная контора начинает сотрудничать с *BSD, так она, типа, сразу начинает полностью контролировать процесс разработки, да? Я ведь риторический вопрос задал, только для того, чтобы стало понятно, что не только в мире Linux бывает такое сотрудничество, а вы всерьёз...
>>Не порите чушь, короче.
>
>Это Вы стоя перед тем достанным зеркалом аутотренингом занимаетесь? :)На лбу у себя написал, чтобы и себе напоминать, как в зеркало гляжусь, и другие не забывали.
>Кстати, для невнимательныхОй ли?
>есть и прекрасно работает мост Git-SVN
Между прочим, рекомендуется заместо SVK.
>>>Кстати, а вспомните-ка, дерево исходников какой ОС было первым выложено в открытый
>>>доступ? Произошло это, видимо, потому, что некая мифическая компания, опекающая эту
>>>ОС, очень захотела, чтобы все могли изучать эти разработки?
>>Им, видите ли, было пофиг -- они не занимались контуперами.
>Кажется, мы друг друга не поняли... Причём скорее это моя вина -
>некорректно выразился. Ладно, не суть...Вы про AT&T?
>>>Или, может, это не Linux опекается Sun, IBM и Novell, которые помогают
>>>двигаться пингвин-Ос в желаемом для данных опекунов направлении?
>>Нет, не опекается -- к этим фирмам отношение такое, что сегодня они
>>типа-друзья, завтра они типа-враги, но это ничего не меняет: они или
>>играют по общим правилам, или идут лесом.
>Ага, а как только та или иная контора начинает сотрудничать с *BSD,
>так она, типа, сразу начинает полностью контролировать процесс разработки, да?"Полностью" было бы глупостью, но правил игры я лично не видел. BSDL -- это ближе к их отсутствию.
>Я ведь риторический вопрос задал, только для того, чтобы стало понятно, что
>не только в мире Linux бывает такое сотрудничество, а вы всерьёз...Дык и так понятно, что не только. Это ж медицинский факт :-)
>>>>Кстати, а вспомните-ка, дерево исходников какой ОС было первым выложено в открытый
>>>>доступ? Произошло это, видимо, потому, что некая мифическая компания, опекающая эту
>>>>ОС, очень захотела, чтобы все могли изучать эти разработки?
>>>Им, видите ли, было пофиг -- они не занимались контуперами.
>>Кажется, мы друг друга не поняли... Причём скорее это моя вина -
>>некорректно выразился. Ладно, не суть...
>
>Вы про AT&T?Нет. Я очень хочу узнать, какая такая компания заставила OpenBSD дать доступ к дереву разработки - первой в мире. Сейчас-то все так делают. Но вы почувствуйте разницу с "дать доступ к исходникам конкретной версии продукта".
Вообще я с трудом понимаю: когда (крупные) фирмы вкладываются в Linux (не исходными текстами или открытием документации, а финансово), то это нормально, это хорошо - бизнес заинтересовался Linux'ом, и что-то в Linux улучшится. А *BSD это как будто ставится в вину.
>>>>Или, может, это не Linux опекается Sun, IBM и Novell, которые помогают
>>>>двигаться пингвин-Ос в желаемом для данных опекунов направлении?
>>>Нет, не опекается -- к этим фирмам отношение такое, что сегодня они
>>>типа-друзья, завтра они типа-враги, но это ничего не меняет: они или
>>>играют по общим правилам, или идут лесом.
>>Ага, а как только та или иная контора начинает сотрудничать с *BSD,
>>так она, типа, сразу начинает полностью контролировать процесс разработки, да?
>
>"Полностью" было бы глупостью, но правил игры я лично не видел.
>BSDL -- это ближе к их отсутствию.Правила просты, и, думаю, вы их и сами можете сформулировать. Вот моя версия, она может и не совпадать с версиями разработчиков собсно *BSD-систем, но это уже совсем другой разговор:
1) Хочешь что-то заиметь - бери и не парь себе моск.
2) Хочешь что-то иметь и поддерживать - бери и поддерживай сам, либо поддерживай разработчиков (что обычно намного дешевле), либо комбинируй.
3) Хочешь сохранить своё ноу-хау в секрете, или не хочешь - делай, как тебе удобнее, остальных это не волнует.
4) Форкнешься - пеняй на себя.Иными словами, это взаимоотношения взрослых, самостоятельных сущностей. :) Мораль никто никому читать не собирается, равно как объяснять, что такое хорошо и что такое плохо (кроме напоминаний, что плагиат - дело наказуемое).
>Правила просты, и, думаю, вы их и сами можете сформулировать.
>Вот моя версия, она может и не совпадать сТогда это не "правила игры", а правила _игр_, потому как каждый играет в своё и игра по одним правилам отсутствует по большому счёту, так?
>1) Хочешь что-то заиметь - бери и не парь себе моск.
>2) Хочешь что-то иметь и поддерживать - бери и поддерживай сам, либо
>поддерживай разработчиков (что обычно намного дешевле), либо комбинируй.
>3) Хочешь сохранить своё ноу-хау в секрете, или не хочешь - делай,
>как тебе удобнее, остальных это не волнует.
>4) Форкнешься - пеняй на себя.
>
>Иными словами, этоА чего так длинно-то?? "Всем на всех плевать" не короче? %)
> взаимоотношения взрослых, самостоятельных сущностей.
когда переведут полностью на svn и закроют cvs
снесу нахрен bsd
А пользователю какая разница, какая VCS используется?Все зеркала с CVSUP остаются на месте.
http://wiki.freebsd.org/VersionControl
Клеточки такие зелё-о-оные.... у git-а. :))>CVS использовался проектом FreeBSD на протяжение 12 лет. За это время, было
>проведено примерно 180000 коммитов (или примерно 41 коммит в день). В
>данный момент, снапшот для ветки RELENG_7 (FreeBSD 7-STABLE) состоит из 42000
>файлов и занимает 482MB.http://wiki.freebsd.org/LocalMercurial
Statistics
* 629M fbsd-ports
* 659M fbsd-src-HEAD
* 481M fbsd-src-RELENG_4
* 568M fbsd-src-RELENG_5
* 600M fbsd-src-RELENG_6
* 657M fbsd-src-RELENG_7Какие-то у них цифры... неподробные, разные и несравнимые.
>http://wiki.freebsd.org/LocalMercurial
>Statistics
> * 629M fbsd-ports
> * 659M fbsd-src-HEAD
> * 481M fbsd-src-RELENG_4
> * 568M fbsd-src-RELENG_5
> * 600M fbsd-src-RELENG_6
> * 657M fbsd-src-RELENG_7
>
>Какие-то у них цифры... неподробные, разные и несравнимые.Цифры для mercurial - вместе с рабочей копией. Т.е. репозиторий + рабочая копия.
Более того, эти репозитории mercurial не включали всю историю проекта начиная с основания,
в отличие от официального svn.
Na git neperejdut, eto delo princypa.
Eto toge 4to muvnut' hosty kernel.org na bsd.
>Na git neperejdut, eto delo princypa.
>Eto toge 4to muvnut' hosty kernel.org na bsd.Да бросьте!
FreeBSD Project не занимается разработкой VCS. Поэтому
использоваться может всё, что угодно.На текущий момент наиболее подходящим решением оказался SVN.
Туда же
****WORK IN PROGRESS**** subversion server (c) http://svn.freebsd.org/
и путевые заметки http://people.freebsd.org/~peter/svn_notes.txt
Анонс в рассылке
http://lists.freebsd.org/pipermail/freebsd-announce/2008-Jun...
жаль, конечно, что не на Git, но то, что ушли от древнючей CVS, уже хорошо. Надеюсь в uname(1) засунут поддержку svnversion(1), тогда хоть багрепорты будет проще составлять, а не ориентироваться на приблизительное время компиляции.> git clone --depth 1 SOMEREPO
> will clone the last node of the repo. The checkout repo is read only however.хм, commit работает. push не пробовал. О каком read only речь идет, простите? google://git clone "read only" намеков не дает.