Irker19 мар 2012 в 18:40

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

1 мин

1.5K

PHP * Git *

+49

Комментарии 19

orcy 19 мар 2012 в 19:34

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

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

lukashes 20 мар 2012 в 06:42

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

kliss 19 мар 2012 в 19:35

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

Svyatov 19 мар 2012 в 19:38

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

Irker 19 мар 2012 в 19:48

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

Svyatov 19 мар 2012 в 19:50

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

nick4fake 20 мар 2012 в 06:20

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

vasilievvv 19 мар 2012 в 19:45

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

vics001 19 мар 2012 в 22:14

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

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