On 7 November 2015 at 02:16, Michael Orlitzky <[email protected]> wrote: > These days, if I'm careful to revbump when necessary AND limit my > commits to one logical change, can I wind up going from (say) -r1 all > the way to -r4 before pushing my changes.
Personally I don't think that's necessary. The "-r bump on dep change" argument is a defence against installer limitations and the replication of changes to users. As your commits were never pushed to users to install from, you've not made a change that can visibly impact a single person, at least, not under "typical" usecases. > > That looks a little weird to users, but whatever, I can explain it. The > real annoyance is that I don't get decent diffs anymore. If I run `git > diff` or `git show ...` after making those three revbumps, what I see is > that I added and removed the entire ebuild three times. True, but useless. > > What I'd *like* to see is, > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=74ec204a022e4126ca35008c0c27d13645d8ca27 > > What magic is this? And how do I make it my default in gentoo.git? There's a lot of different parameters that take effect here: --find-copies-harder -M -C -B All have different effects on the verbosity and/or performance in different situations. -- Kent KENTNL - https://metacpan.org/author/KENTNL
