переезд с SVN на GIT

[lexand]

не нашел где лучше создать тему

текущая ситуация
у нас закрытый проект, тоесть мы свой код не можем выкидывать на всеобщее обозрение
плюс, команда не большая, не сильно распределенная
начиналось все с SVN и както было принято решение на нем и оставаться, и в силу выше сказанного и в силу того что с гитом вообще мало кто работал

теперь смотрю что куча людей переезжают на GitHub и много проектов ведеться там
с одной стороны можно подключать git репы в svn, но есть один момент
подключая что угодно в свн я потом не могу модифицировать эти внешние репозитории

вопрос заключаеться вот в чем,
можно ли на гитхебе сделать форк от основного проекта, подключить в основной проект не основной репозиторий а свой форк
соответсвенно появляеться возможность делть свои изменения
но тут де вощник вопрос - а можно ли изменения с основного репозитория (от которого мы форкнулись) мержить с нашим форком, что бы он был актуальным ????
это первый главный вопрос

зы.
простите за возможную не правильную терминологию

а теперь по мелочам
1. как вообще приступить работать с гитом и особенно с гихабом?
вообще можно описать процесс от изменеия кода до внесения его в репозиторий
и еще такой момент, в свн мы приняли решение всегда вести разработку в транк, только готовые протестирвоанные релизы будут копироваться в теги
ветки если будут то крайне редко
как быть с такой организацией в гите

2. (относиться к главноу вопросу) как можно мержить главный репозиторий со своим форком?
3. как правильно делать pull-request в основной репозиторий?

пока все

спасибо

[samdark]

можно ли на гитхебе сделать форк от основного проекта, подключить в основной проект не основной репозиторий а свой форк

Форк закрытого проекта можно сделать. Он останется закрытым. На тему подключить не понял. Изменения сливать в основной можно, если на основной есть права на запись. Сливать в свой тоже можно. Для этого достаточно прав на чтение в основном репозитории.

1. как вообще приступить работать с гитом и особенно с гихабом?

https://help.github.com/articles/set-up-git
http://habrahabr.ru/post/60030/
http://www.freesource.info/wiki/RuslanH ... usermanual
http://githowto.com/ru

У нас на проекте в master всегда последний рабочий код. Фичи — в ветках feature-user-registration. Крупные релизы 4.0 — ветки release-4.0. Мелкие 4.2 — теги в этих ветках.

[samdark]

2. Почитайте по ссылкам.
3. Вот так: https://github.com/yiisoft/yii/wiki/Git ... ntributors (адреса, естественно, ваши)

[lexand]

закрытый он так и будет закрытым
я про что вот взять какойто открытый код (какаято библиотека, расширение йии) из гитхаба (при этом есть уверенность что для своих нужн без напильника не обойдемся)
делаем форк существующего кода и подключаем его (что то по аналогии svn:externals ) к нашему репозиторию, далее применяем напильник к этому внешнему куску и комитим, но уже в свой форк
узнаем что в освновном коде (из которого был форк сделан) были сделаны какието полезные изменения - мержим основной код с нашим форком с учетом уже нашеих изменений
такой вот алгоритм

код из свнки в гит перегнать получилось
сейчас смотрю как можно "svn:externals" в гите задать

за ссылки спасибо

[samdark]

Да, возможно и намного проще, чем в SVN потому как мёрж не будет затыкаться постоянно. Аналог externals — submodule. Единственное, нельзя подключить часть другого репозитория, только целиком.

[lexand]

только смотрю что phpstorm както туго, тоесть никак, с субмодулями не работает

[samdark]

У git столько возможностей, что ни один GUI-клиент не реализовал пока их все.

[lexand]

как то пока не понял как субмодулями работать
добавить-добавил
вроде бы закомитил, вроде бы даже запушил (через консоль)
смотрю свой форк - ничего нет
через консоль смотрю - моя рабочая копия - самая свежая
захожу в phpstorm жму push, а он показывает что измененный файл никуда не отправлен и все еще ждет отправки
но отправить через пхпшторм его не могу ((

[lexand]

таки разобрался
субмодуль правильно комитить/пушить только из его собственной директории
а потом из деректории основного проекта нужно сделать еще одит комит/пуш (если я правильно понял что бы отразить версию ревизии субмодуля в осовном проекте - пишет что то типа "Subproject commit cb746c4598e9352b4e9a3eab65e989b44770c7e9")

ускорить процесс думаю можно через phing и горячие клавиши
но...все равно один большой (для меня лично) минус с phpstrom - он не показывает изменения в файлах субмодуля в окне редактора, нужно вызывать подменю на файле - Git - compare with ...

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

теперь придеться с командой обсудить - насколько оно для нас выгодно на данный момент