[sisyphus] gear/git: как лучше/правильнее?

[sisyphus] gear/git: как лучше/правильнее?

[Slava Semushin]

Здравствуйте!

Хочу прояснить не ясный для себя момент связанный с git'ом и хранением
патчей: как это правильно делать?

В данный момент, после gear-srpmimport, патчи являются обычными
файлами и мне интересно, что теперь делать:
- оставить как есть
- переименовать патч, выкинув версию пакета из названия
- генерировать патч

Какой из путей правильный? Почему-то думаю, что последний. В таком
случае, как это правильно сделать? Я так понимаю, что нужно создать
бранч с оригинальными исходниками и бранч с моими изменениями, а потом
прописать что-то в .gear-rules и тогда патч будет создаваться сам при
сравнении этих бранчей. Верно я думаю? (Но в таком случае как быть
если есть несколько патчей и некоторые из них правят один файл?) Я
читал статьи в вики и маны тоже читал, но что-то не понял что точно
нужно в таком случае прописать в .gear-rules.

Потом я хочу поудалять всякие файлики, которые генерятся
autotools'ами. СтОит ли?

Подтолкните, пожалуйста, в нужную сторону и подскажите как это сделать :)

Заранее спасибо.

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] gear/git: как лучше/правильнее?

[Damir Shayhutdinov]

> Хочу прояснить не ясный для себя момент связанный с git'ом и хранением
> патчей: как это правильно делать?
Лучше напрямую тащить upstream VCS в git отдельной веткой/ветками.

> В данный момент, после gear-srpmimport, патчи являются обычными
> файлами и мне интересно, что теперь делать:
> - оставить как есть
> - переименовать патч, выкинув версию пакета из названия
> - генерировать патч
>
> Какой из путей правильный?
Любой. Но без импорта из upstream VCS притирка патчей будет проблематичной.

>  Почему-то думаю, что последний. В таком
> случае, как это правильно сделать? Я так понимаю, что нужно создать
> бранч с оригинальными исходниками и бранч с моими изменениями, а потом
> прописать что-то в .gear-rules и тогда патч будет создаваться сам при
> сравнении этих бранчей. Верно я думаю? (Но в таком случае как быть
> если есть несколько патчей и некоторые из них правят один файл?)
Мержить эти бранчи между собой (если fuzz-логика в patch не работает).

> читал статьи в вики и маны тоже читал, но что-то не понял что точно
> нужно в таком случае прописать в .gear-rules.
Надо теги в gear-tags прописывать. Подробнее см. на вики по словам gear-tags.

> Потом я хочу поудалять всякие файлики, которые генерятся
> autotools'ами. СтОит ли?
Еслии импортировать апстримную VCS - то их там и не должно быть. А
вообще, они кому-то мешают?

Re: [sisyphus] gear/git: как лучше/правильнее?

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

On Tue, May 08, 2007 at 04:47:18PM +0400, Damir Shayhutdinov wrote:
> Любой. Но без импорта из upstream VCS притирка патчей будет проблематичной.
Обоснуй.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

У нас есть неформальное правило: всякий, кто собрал новую версию пакета,
которая попала в Сизиф, автоматически становится мантейнером этого
пакета. ;)
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] gear/git: как лучше/правильнее?

[Damir Shayhutdinov]

> > Любой. Но без импорта из upstream VCS притирка патчей будет проблематичной.
> Обоснуй.

Если ты импортишь целиком срез между стабильными апстримовыми релизами
- тебе нужно решить конфликты сразу во всем патче, и ты не знаешь, как
изменения в одном месте могут повлиять на другое. То есть "притирка"
может вылиться в создание патча с нуля в запущенном случае.

Если же импортировать "покоммитно" - тогда конфликт будет гораздо
проще решить на месте - потому что есть программистский контекст в
виде содержимого diff-а, commit-message, да и сам размер изменений
гораздо меньше, сложнее потерять что-нить важное. В особо запущенном
случае можно проконтактировать с автором конкретного коммита и
попросить разъяснить, что и зачем было сделано.