Git Опции Поделиться

[ИВК]

Тема про git вообще и про его использование в сообществе ALT Linux в частности. Открыта она в связи вот с этим предложением. Первый вопрос: если ничего толком про git не знаешь, то что почитать, чтобы войти в курс дела?

[ИВК]

Лучше я начну знакомство с Git'ом с того, что затолкну в него Навигатор. Кстати, для сборки в нём какого-нибудь (я взял для пробы tde.iso) из уже имеющихся в m-p дистрибутивов потребовалась лишь одна небольшая правка конфига в m-p. И я вообще ориентируюсь на то, что в итоге надо бы наладить работу Навигатора с, так сказать, чистым m-p, а не с его прилагаемым к программе хакнутым вариантом. Это с вашей помощью, конечно. Думаю, надо сразу иметь в виду такую перспективу. Сейчас ещё разберусь с побочными эффектами, вызванными прикручиванием m-p к Навигатору, и, видимо, завтра выложу его версию с хотя бы базовой поддержкой m-p. Вот ей место в Git'е. Только лучше укажите в точности, что именно мне делать, куда и как этот новоявленный git-репозиторий выкладывать. С учётом того, что в его составе хакнутый m-p-d и чуть-чуть изменённый m-p. И я же не знаю определённо, что потом с этим будете делать в Git'е вы и Дмитрий, и вообще обстановка для меня в этом плане неопределённая, так что лучше уж предложите оптимальный вариант, его и реализуем.

[Michael Shigorin]

Кстати, для сборки в нём какого-нибудь (я взял для пробы tde.iso) из уже имеющихся в m-p дистрибутивов потребовалась лишь одна небольшая правка конфига в m-p.

А какая правка, можете патч показать или прислать почтой?

И я вообще ориентируюсь на то, что в итоге надо бы наладить работу Навигатора с, так сказать, чистым m-p, а не с его прилагаемым к программе хакнутым вариантом.

И это правильно.

Только лучше укажите в точности, что именно мне делать, куда и как этот новоявленный git-репозиторий выкладывать. С учётом того, что в его составе хакнутый m-p-d и чуть-чуть изменённый m-p. И я же не знаю определённо, что потом с этим будете делать в Git'е вы и Дмитрий, и вообще обстановка для меня в этом плане неопределённая, так что лучше уж предложите оптимальный вариант, его и реализуем.

m-p лучше выбросить из состава как только получится, а текущий забирать из git://git.altlinux.org/people/mike/packages/mkimage-profiles.git -- как вариант, можно дальше брать (git checkout) ветку 1.0, а не master, там изменений почти нет, а для сборки на t7 и, возможно, даже на t6 (под который есть отдельная одноименная ветка) целей довольно много.

Вообще для включения сторонних и автономно развивающихся проектов в гите тоже есть механизм (submodules), но сама такая практика обычно является порочной -- особенно если приходится включаемый проект серьёзно изменять, порождая таким образом форк.

Как выкладывать -- например, опубликовать на том же github по штатной документации.

Меня пока более всего интересуют патчи для m-p, чтобы или принять и Вам их не надо было у себя держать, или объяснить, почему так делать не надо, и рассказать, как было задумано.