public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Baurzhan Ismagulov <ibr@radix50.net>
To: isar-users@googlegroups.com
Subject: Re: [PATCH 0/6] pre-processing pipeline and transient package replacement
Date: Wed, 24 Apr 2019 16:38:09 +0200	[thread overview]
Message-ID: <20190424143809.GG21981@yssyq.m.ilbers.de> (raw)
In-Reply-To: <9d18a087-49c8-eaee-019c-83e33e643f1b@siemens.com>

On Wed, Apr 24, 2019 at 10:38:08AM +0200, Claudius Heine wrote:
> Well there are different kind of patchsets, some patchsets implement
> features and some just cleanup/refactor code. The latter ones might contain
> a number of small improvements all over the code base. They are related in a
> sense that they 'do' the same (refactoring/cleanup), not necessarily with
> the same code pieces. But they might work towards cleaning
> up/refactoring/preparing the code for a bigger feature or rework that comes
> later.
> 
> So what you are saying that you would prefer instead of putting all those
> small refactoring changes together in one bigger patchset, that I should
> submit all those patches separate from each other? An then state that the
> feature/rework patchset depends on all of them?
> 
> I think that will cause more work on every ones end (especially with the
> slow CI build), but if that is what needs to be done when contributing to
> Isar, I will look into reordering my patchsets accordingly and maybe write
> some scripts to automate this pipeline for myself.

The current practice resulted from past discussions, in which amending patches
without reviewing again or applying series in part had been objected to. I
haven't looked at the proposals in detail yet, but in general, if we can
improve the process to save overall effort, I'm for it.

With kind regards,
Baurzhan.

  reply	other threads:[~2019-04-24 14:38 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-18 11:25 claudius.heine.ext
2019-04-18 11:25 ` [PATCH 1/6] split up isar-bootstrap helper and implement pre-process pipeline claudius.heine.ext
2019-04-18 11:25 ` [PATCH 2/6] meta: remove transient package support claudius.heine.ext
2019-04-18 11:25 ` [PATCH 3/6] meta/classes: add image-locales-extension class claudius.heine.ext
2019-04-18 11:25 ` [PATCH 4/6] meta/classes: add image-account-extension class claudius.heine.ext
2019-04-18 11:25 ` [PATCH 5/6] doc: update description of image customization claudius.heine.ext
2019-04-18 11:25 ` [PATCH 6/6] doc: some fixes claudius.heine.ext
2019-04-22 14:09 ` [PATCH 0/6] pre-processing pipeline and transient package replacement Maxim Yu. Osipov
2019-04-24  7:11   ` Claudius Heine
2019-04-24  8:18     ` Maxim Yu. Osipov
2019-04-24  8:38       ` Claudius Heine
2019-04-24 14:38         ` Baurzhan Ismagulov [this message]
2019-04-24 14:55           ` Claudius Heine
2019-04-25 10:06             ` Baurzhan Ismagulov

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=20190424143809.GG21981@yssyq.m.ilbers.de \
    --to=ibr@radix50.net \
    --cc=isar-users@googlegroups.com \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox