public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask
Date: Tue, 23 Apr 2013 15:11:11 -0400	[thread overview]
Message-ID: <CAGfcS_=S=gKMZu3Qn7aBAFUNFV9tgs-u8=32RMVtVOayZoeUFQ@mail.gmail.com> (raw)
In-Reply-To: <CAEdQ38HAQZwohAX8-aDRi+AgtBA__DNtrCH3YBDKLZSWaN3amg@mail.gmail.com>

On Tue, Apr 23, 2013 at 2:37 PM, Matt Turner <mattst88@gentoo.org> wrote:
> On Tue, Apr 23, 2013 at 11:20 AM, Rich Freeman <rich0@gentoo.org> wrote:
>> On Tue, Apr 23, 2013 at 2:00 PM, Jeroen Roovers <jer@gentoo.org> wrote:
>>> Er, you can't be seriously suggesting we will drop repoman checks with
>>> the migration to git? I don't see how that would benefit anyone.
>>>
>>
>> Interesting point.  One thing to keep in mind with git is that commits
>> don't affect the "central repository."  Pushes are what impacts the
>> repository.
>>
>> If I spend six months working on a bunch of coordinated package
>> changes, nobody will see a thing until I push those commits and 500
>> ebuilds all change atomically (not that I'm suggesting that lack of
>> communication is to be encouraged).  A repoman check on a commit may
>> not reflect its impact six months later when it actually hits the main
>> tree.
>
> ... if you're squashing 6 months of work into a single commit before pushing.
>
> I don't think we want to do that, do we? Maybe bisecting isn't
> particularly interesting for the portage tree.

I never said that I was squashing 6 months of work into a single
commit, only that I was pushing 6 months worth of commits in a single
operation.

Any repoman checks done at the time of each commit are essentially
worthless.  Consider this example:

1.  Create app-misc/foo-1.2 which depends on app-misc/bar.  Repoman
checks this and it is fine.
2.  Do 500 other commits.
3.  Push it all to the tree six months later.
4.  Get bug report that app-misc/bar was renamed two months back.

Repoman is about checking changes to the main repository.  What
matters isn't how the change you made impacts your clone of the
repository, but how that change impacts the main repository when it
eventually makes its way back.

Unless your workflow is to pull, commit, and push with no intervening
commits by other contributors, the repoman check needs to be done
before the push, not the commit.

Rich


  reply	other threads:[~2013-04-23 19:11 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20130419091632.D01152171D@flycatcher.gentoo.org>
2013-04-19 13:30 ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask Alexis Ballier
2013-04-20 17:28   ` Jeroen Roovers
2013-04-21 12:53   ` Ben de Groot
2013-04-21 14:11     ` Denis Dupeyron
2013-04-21 14:23       ` Rich Freeman
2013-04-21 14:39         ` Denis Dupeyron
2013-04-21 14:38       ` Chí-Thanh Christopher Nguyễn
2013-04-21 14:50         ` Denis Dupeyron
2013-04-21 15:07           ` Chí-Thanh Christopher Nguyễn
2013-04-21 15:17             ` Alexis Ballier
2013-04-22 11:43         ` Ben de Groot
2013-04-22 17:13           ` Michał Górny
2013-04-23 16:16             ` Ben de Groot
2013-04-22 12:07       ` Ben de Groot
2013-04-21 14:59     ` Alexis Ballier
2013-04-22 11:56       ` Ben de Groot
2013-04-22 14:00         ` Alexis Ballier
2013-04-23  3:58         ` Ryan Hill
2013-04-23 16:24           ` Ben de Groot
2013-04-24 10:59             ` Duncan
2013-04-30  2:06             ` Ryan Hill
2013-04-21 15:05     ` [OT/NIT] " Alexis Ballier
2013-04-21 15:32       ` Tom Wijsman
2013-04-21 15:43         ` Alexis Ballier
2013-04-21 16:00         ` Peter Stuge
2013-04-21 17:07           ` Tom Wijsman
2013-04-21 18:47             ` Peter Stuge
2013-04-21 18:57       ` Michał Górny
2013-04-22 12:00       ` Ben de Groot
2013-04-22 13:40         ` Alexis Ballier
2013-04-22 22:46           ` [gentoo-dev] Re: [OT/NIT] " Duncan
2013-04-23 18:00             ` Jeroen Roovers
2013-04-23 18:20               ` Rich Freeman
2013-04-23 18:37                 ` Matt Turner
2013-04-23 19:11                   ` Rich Freeman [this message]
2013-04-23 19:21                     ` Matt Turner
2013-04-23 19:25                     ` Ian Stakenvicius
2013-04-23 19:43                       ` Rich Freeman
2013-04-23 18:38               ` Matt Turner
2013-04-24 11:18               ` Duncan
2013-04-24 11:21               ` Peter Stuge
2013-04-24 11:25                 ` Peter Stuge
2013-04-24 11:47                 ` Michael Mol
2013-04-24 13:25                   ` Rich Freeman
2013-04-24 20:04                     ` Alex Xu
2013-04-24 22:26                       ` Rich Freeman
2013-04-24 23:23                 ` Patrick Lauer
2013-04-24 23:50                   ` Peter Stuge
2013-04-23 19:31             ` Michał Górny
2013-04-23 19:50               ` Jeroen Roovers
2013-04-23 20:27             ` Tom Wijsman
2013-04-23 21:12               ` Zac Medico

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='CAGfcS_=S=gKMZu3Qn7aBAFUNFV9tgs-u8=32RMVtVOayZoeUFQ@mail.gmail.com' \
    --to=rich0@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.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
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