Разработчики проекта PHP сообщили (http://www.php.net/index.php#id2012-03-20-1) о завершении миграции проекта с системы управления исходными текстами Subversion на Git. Для упрощения участия в проекте сторонних разработчиков, подготовлено актуальное зеркало нового Git-репозитория на GitHub (https://github.com/php/php-src), через которое в том числе принимаются pull-запросы. GitHub рекомендован к использованию в первую очередь. В качестве альтернативного варианта на своих мощностях введён в строй репозиторий git.php.net (http://git.php.net), в котором представлен код всех наработок проекта, в том числе код служб, доступных через Web.
В качестве одного из преимуществ миграции на Git называется возможность использования цифровых подписей основной группы разработчиков (PHP development team) при создании тэгов новых релизов, что позволит гарантировать целостность кода релизов от внесения изменений задним числом. Публичные GPG-ключи для проверки цифровых подписей будут опубликованы через несколько дней.
Для разработчиков подготовлено (http://ru.php.net/git.php) кратное введение по работе с кодом PHP с использованием Git и FAQ-руководство (https://wiki.php.net/vcs/gitfaq) по миграции с Subversion на Git. Отдельно отмечается, что документация проекта и файлы с переводами пока остаются на Subversion, будут переведены на Git в недалёком будущем.URL: http://www.php.net/index.php#id2012-03-20-1
Новость: http://www.opennet.me/opennews/art.shtml?num=33401
Алилуя, не прошло и 100 лет!
А разве что-то изменилось? Ну, то есть -- в следующий раз -- их сломают ч-з гит...
Почему для перехода на более современную модель управления версиями обязательно что-то должно случиться, причём непосредственно с их кодом?
Просто решили двигаться дальше, как они всегда и делали!
>Почему для перехода на более современную модель управления версиями...- Грузины лучше чем армяне!
- Чем лучше?
- Чем армяне!
> - Грузины лучше чем армяне!Не, извините, когда вы сравните скорость проматывания между разными ревизиями гита и svn и осознаете что вы можете шариться по всей истории версий даже если интернета нет и вообще у вас весь полноценный реп в наличии - svn иначе как куском древнего шита язык не поворачивается назвать. Даже просто синхра баянного статуса своего репа с гитом в котором основная разработка быстрее svn раз в хренадцать. А если надо несколько ревизий поколупать - так вообще svn просто выбесит лютыми тормозами и нуждой постоянно что-то качать оптом на каждый пшик.
правильно! удобнее ж выкачать весь интернет сразу, чтоб локальным был. а потом хоть в леса-болота, прятаться от врагов и писать Чудный Код!
man git-clone
/--depth
Тигар, не тупи
> правильно! удобнее ж выкачать весь интернет сразу, чтоб локальным был.А там умно выкачивается - с дельтами и все такое. Аналогично и передача отличий. Она настолько эффективнее SVN что подтянуть мой реп полугодичной давности со всеми бранчами и прочая в git будет в 20 раз быстрее чем в SVN.
>> правильно! удобнее ж выкачать весь интернет сразу
> А там умно выкачивается - с дельтами и все такоеА, катати, да!! Ждём - "web.archive.org переходит на гит"!
Так svn - это и есть выкачивание интернета на каждый чих
>> - Грузины лучше чем армяне!
> Не, извините, когда вы сравните скорость проматывания....Но при чем при определении параметров эпитет "современные системы"?
До сих пор я считал, что инструмент выбирается исходя из технических условий.
А не по мифическим лейблам.
>> Не, извините, когда вы сравните скорость проматывания....
> Но при чем при определении параметров эпитет "современные системы"?При том что возможность промотать на 5 (10, 20, 100, ... ) ревизий вперед-назад за какие-то секунды, не выкачивая 100500 файлов каждый раз, удобство форков и мержей и прочая - стало требованием для современных систем контроля версий. А как бонус локальная история изменений позволяет откатить изменения и вообще не имеючи интернета под боком.
> До сих пор я считал, что инструмент выбирается исходя из технических условий.
До сих пор я считал и считаю что если 1 инструмент явно технически заруливает другой, настала пора сменить инструмент. Git лучше по всем фронтам. Для тех кто собирается что-то делать для проекта а не рассматривает сервер SVN как просто кормушку. Логично что разработчикам проектов логично ориентироваться на удобство тех кто собирается с проектом что-то полезное делать а не просто 1 раз покормиться и свалить. А для таковых git на голову удобнее.
>>> Не, извините, когда вы сравните скорость проматывания....
>> Но при чем при определении параметров эпитет "современные системы"?
> удобство форков и мержей и прочая - стало требованием для современных систем контроля версий.Так где спецификация и/или стандарт на "современные системы контроля версий"? :)
> А как бонус локальная история изменений позволяет откатить изменения и вообще не имеючи интернета под боком.
В тайге программируете? Вы участвуете в международном проекте и не планируете свою деятельность?
>> До сих пор я считал, что инструмент выбирается исходя из технических условий.
>явно технически заруливает
>лучше по всем фронтам.
>на голову удобнее.
>как просто кормушку.
>покормиться и свалить.Понятно :)
>> А как бонус локальная история изменений позволяет откатить изменения
>> и вообще не имеючи интернета под боком.
> В тайге программируете? Вы участвуете в международном проекте и не планируете
> свою деятельность?Во-первых, а хоть и в тайге (или самолёте).
Во-вторых, кто строит планы -- тот их разрушает, особенно у нас. :)А вообще бывает удобно при наличии спокойных двадцати минут и пришедшей мыслИ о том, как этакую штуковинку реализовать -- сесть и изложить сразу кодом. Когда такая возможность есть -- это ведь не хуже, чем когда её нет, правильно?
> Так где спецификация и/или стандарт на "современные системы контроля версий"? :)Спросите у поручика Ржевского. Если докапываться до буквы, то стандарты на модемный диалап никто не отменял и не признавал устаревшими, однако в понимании большинства людей это не будет являться "современным стандартом".
> В тайге программируете?
Не вижу никакого криминала в том чтобы понажимать кнопки на ноуте вдали от цивилизации. Мне это даже нравится.
> Вы участвуете в международном проекте и не планируете свою деятельность?
Вот все только мечтали что строиться раком под кривые VCS и компенсировать их дебильность путем построения планов на полгода вперед.
>>покормиться и свалить.
> Понятно :)Системы контроля версий - это не сервак для отгрузки тарболов. Эффективной должна быть передача дельты между состоянием которое было и которое стало. Это у гита сделано превосходно. А начальная сгрузка сорцов делается 1 раз и сорцы без прошлых версий - как-то не айс. Особенно если брать то что есть прям ща а оно оказалось поломанным.
> однако в понимании большинства людей это не будет являться "современным стандартом".Да и ладно. У вас такой критерий - живите с миром.
> А не по мифическим лейблам.Эта разница сродни тяговооружённости больше единицы, если что.
> А разве что-то изменилось?Да: теперь у них нормальная система контроля версий вместо тормозных и неудобных окаменелостей. С git хотя-бы можно работать не испытывая отвращения от дебильной реализации некоторых операций и не перекачивая по 100500 раз по сети одни и те же файлы, совпадающие на 99%.
> их сломают ч-з гит...
А что, их ломали через SVN? Или я что-то пропустил? :)
С переходом на GIT разработка 100% ускорится.Запарятся pull requestы разгребать.
> Запарятся pull requestы разгребать.Если кто-то посчитал что pull request'ы для него удобнее и приемлимее чем иные варианты - наверное это его выбор и наверное у этого выбора была какая-то мотивация, не?
>> Запарятся pull requestы разгребать.
> Если кто-то посчитал что pull request'ы для него удобнее и приемлимее чем
> иные варианты - наверное это его выбор и наверное у этого
> выбора была какая-то мотивация, не?Да, называется "я крутой пасан, и мой код самый крутой".
Под "кто-то" имели в виду разработчиков php, если что.
> Да, называется "я крутой пасан, и мой код самый крутой".Ну вот _вы_ можете разрешить кому попало запись в ваше репо например, я вам с удовольствием чего-нибудь прикольного вкоммичу даже. Будет свобода равенство жвачка. Правда это означает и что кто угодно сможет вам бэкдор в код впихнуть :)
качества кода обычно не зависит от системы управления версиями. Хотя вроде бы должен, потому что система помогает разработчикам, а раз так значит и код должен бы получаться лучше. Но на практике почему то этого не происходит. Парадокс!
И то что прыгают с одного на другое символизируют что комрады в курсе имеющихся у них системных проблем и пытаются их решить как умеют.
Чем то басню Крылова напоминает, там где музыканты пересаживались.
При чём тут качество кода? Недавно пробегала новость, что анализ кода показал, что с качеством кода у php всё на высшем уровне.
А тут одни гении собираются. Правда единицы из них в код проекта заглядывали, но это не мешает им орать, что в php - быдлокод.
> качества кода обычно не зависит от системы управления версиями.чувак, покажи мне кто утверждает обра ное? Умоляю просто!
Качество кода зависит от программиста. А все ваши разговоры про второстепенные вещи - пустословие. 1:0 в мою пользу.
> качества кода обычно не зависит от системы управления версиямиЗависит. Централизованные VCS без возможности делать мелкие локальные коммиты просто заставляют уродовать код.
> Зависит. Централизованные VCS без возможности делать мелкие локальные коммиты...для начала просто создают массу головняка из-за невозможности быстро и без скачки половины репа заново откатиться на пару коммитов назад (при том не обязательно своих).
> Проект PHP мигрировал с Subversion на GitЛогично. Как будто есть альтернативы.
Лучше бы вот что запилили в новости: OpenChange 1.0 BORG Released!
> Лучше бы вот что запилили в новости: OpenChange 1.0 BORG Released!Во-он внизу справа ссылочка "Добавить": http://www.opennet.me/add.shtml
Когда же будет FormStore из Ptrhon, а то сцуко жрет память этот ваш multipart в $_FILES.
SVN - умираетразвиваем эту глубокую мысль :)
> SVN - умираетДа не, он крепко засядет в своей корпоративной нише, где форк/мерж -- слишком сложные понятия, а остальное решается дисциплинарными методами и непоказыванием исходников с историей никому на стороне...