Irker Mar 19 2012 at 22:40

Разработчики PHP перешли на Git

1 min

1.4K

PHP*Git*

+49

Comments 19

orcy Mar 19 2012 at 23:34

Убедительная просьба в очередной раз не устраивать холиваров на тему систем контроля версий.

А в чем вообще тогда смысл писать такие новости? Холивар begins on 3, 2, 1…

-26

lukashes Mar 20 2012 at 10:42

Сам раньше холиварил на эту тему. В итоге работаю на гите и он, черт побери, хорош. От СВНа тоже нет смысла отказываться в некоторых случаях.

kliss Mar 19 2012 at 23:35

Какие холивары? Вот если б наоборот перешли, тогда да :))

+42

Svyatov Mar 19 2012 at 23:38

На самом деле немного половинчатое решение, имхо. Основной репозиторий стоило бы сделать на GitHub, а у себя уже зеркало на всякий случай. Тогда отдача от сообщества была бы больше. В любом случае это шаг вперед.

Irker Mar 19 2012 at 23:48

Нужен был плавный, но быстрый переход на новую систему. С учетом всей инфраструктуры сообщества. Это и bugs.php.net, и система контроля доступов к сайтам и репозиторию для тысяч активных и неактивных участников сообщества и многое другое. Поэтому был выбран вариант со своим основным репозиторием, который удалось достаточно хорошо «допилить» под свою инфраструктуру (само собой с дальнейшим развитием инфраструктуры по лучшему пути чем «лишь бы работало»)
Основной же репозиторий для некотрибьютеров отличается от неосновного только наличием контроля доступа на редактирование. Поэтому для обычных людей, желающих помочь проекту ничего не меняется — они используют github, делают pull request и тд. Для тех же, кто имеет право «на запись» — все тоже самое. Они могут форкнуть проект на гитхабе, а когда нужно будет смерджить — сделают это на основной репозиторий.
Надеюсь достаточно аргументированно =)

Svyatov Mar 19 2012 at 23:50

В таком ключе выглядит разумно. Просто я подумал, что это будет та еще головная боль синхронизировать 2 репозитория.

nick4fake Mar 20 2012 at 10:20

Да вообще без проблем. По хуку там и там — и все автоматом

vasilievvv Mar 19 2012 at 23:45

Какое совпадение. MediaWiki тоже по хорошему собирается переходить на git послезавтра :)

vics001 Mar 20 2012 at 02:14

К слову, как не вспомнить одну из главных проблем git, по крайней мере для меня. Если у вас имеется сравнительно большой репозиторий, что возникает необходимость разбить на несколько и иметь один центральный со структурой и зависимостью.
Git submodules — не решение, так как постоянно надо обновлять центральный при обновлении дочерних, можно конечно автоматизировать, но тогда как же конфликты и branch/tag всей ветки репозиториев.

Git slaves, Repo — конечно поближе к решению, но они сторонние, из-за этого не работает JGit. В общем, кто знает решения и планируемые действия в Git? Или может в Mercurial этой проблемы нету?