ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Aleksey Avdeev <solo@solin.spb.ru>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] gear и патчи
Date: Mon, 27 Nov 2006 18:15:24 +0300
Message-ID: <456B010C.2030600@solin.spb.ru> (raw)
In-Reply-To: <20061127143101.GB5381@master.mivlgu.local>

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

Sergey Vlasov пишет:
> On Mon, Nov 27, 2006 at 03:48:26PM +0300, Grigory Batalov wrote:
> 
>>Можно ли (или можно ли будет) в .gear-rules указывать в качестве патчей
>>коммиты из git? Типа <название патча>: <откуда>-<до куда> или даже
>><название патча>: <откуда1>-<до куда1>,<откуда2>-<до куда2>.
>>
>>Например:
>>foo-0.1-alt-build.patch: f9f580742b3b499e4a0fb298511f42f482a14928:bbab731ee05b4a9211545309d9fdf2954a7e8961
> 
> 
> В последней версии gear это может быть записано в виде:

  Имеется в виду, gear-1.1.0?

> 
> diff: f9f580742b3b499e4a0fb298511f42f482a14928:. bbab731ee05b4a9211545309d9fdf2954a7e8961:. name=foo-0.1-alt-build.patch
> 
> (в name=... можно использовать @name@, @version@, @release@,
> @old_dir@, @new_dir@).  Можно также написать diff.gz или diff.bz2.
> Ограничение - нельзя указывать совсем произвольные sha1, это должны
> быть коммиты, предшествующие (непосредственно или через произвольное
> количество промежуточных коммитов) тому коммиту, из которого
> собирается пакет.
> 
...
> 
>>Мне кажется, удобнее исправлять исходники непосредственно в git,
>>скажем, в бранче devel, а не обновлять от версии к версии файлы
>>.patch.
> 
> 
> Тогда возникает вопрос, что делать при обновлении до новой версии.
> Естественный для git вариант - объединить изменения с новой версией
> через git-pull (т.е., merge), но при этом результат в общем случае уже
> не представляется в виде набора патчей - можно сделать только один
> общий патч от оригинальной версии к модифицированной.  Чтобы получить
> какое-то одно изменение в виде патча к текущей версии, придётся
> выполнять, например, git-cherry-pick в отдельной временной ветке
> (тащить его в историю пакета при таком способе работы бессмысленно -
> оно там уже есть, возможно, с исправлениями, внесёнными в ходе
> разрешения конфликтов при merge; единственная причина делать это -
> необходимость подготовки патча для передачи, например, в upstream).
> 
> Кстати, можно завести не один бранч devel, а несколько, куда разносить
> изменения, относящиеся к разным по смыслу исправлениям.

  +1, особенно -- если деление по бранчм осмысленное.

> 
>>Можно было бы просто паковать в SRPM модифицированное дерево
>>исходников, но тогда как указать на конкретное исправление
>>пользователям других дистрибутивов? Отсылать в наш git?
> 
> 
> Отсылать было бы хорошо в gitweb, но его у нас пока нет.  С другой
> стороны, если предполагается упразднение src.rpm, какое-то средство
> типа gitweb должно появиться раньше этого.

  +1

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 550 bytes --]

  reply	other threads:[~2006-11-27 15:15 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-27 12:48 Grigory Batalov
2006-11-27 13:34 ` Aleksey Avdeev
2006-11-27 14:08   ` Grigory Batalov
2006-11-27 14:30     ` Aleksey Avdeev
2006-11-27 14:01 ` Alex V. Myltsev
2006-11-27 14:45   ` Grigory Batalov
2006-11-27 15:55     ` [devel] git " Alex V. Myltsev
2006-11-27 16:41       ` Sergey Vlasov
2006-11-27 22:54         ` [devel] [JT] gear SCM Alex V. Myltsev
2006-11-27 23:03           ` Dmitry V. Levin
2006-11-27 14:15 ` [devel] gear и патчи Alex V. Myltsev
2006-11-27 14:31 ` Sergey Vlasov
2006-11-27 15:15   ` Aleksey Avdeev [this message]
2006-11-27 15:46     ` Grigory Batalov
2006-11-27 16:28       ` Aleksey Avdeev
2006-11-27 16:42     ` Sergey Vlasov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=456B010C.2030600@solin.spb.ru \
    --to=solo@solin.spb.ru \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git