| 1 |
On 7 November 2015 at 02:16, Michael Orlitzky <mjo@g.o> wrote: |
| 2 |
> These days, if I'm careful to revbump when necessary AND limit my |
| 3 |
> commits to one logical change, can I wind up going from (say) -r1 all |
| 4 |
> the way to -r4 before pushing my changes. |
| 5 |
|
| 6 |
Personally I don't think that's necessary. The "-r bump on dep change" |
| 7 |
argument is a defence against installer limitations and the |
| 8 |
replication of changes to users. |
| 9 |
|
| 10 |
As your commits were never pushed to users to install from, you've not |
| 11 |
made a change that can visibly impact a single person, at least, not |
| 12 |
under "typical" usecases. |
| 13 |
|
| 14 |
> |
| 15 |
> That looks a little weird to users, but whatever, I can explain it. The |
| 16 |
> real annoyance is that I don't get decent diffs anymore. If I run `git |
| 17 |
> diff` or `git show ...` after making those three revbumps, what I see is |
| 18 |
> that I added and removed the entire ebuild three times. True, but useless. |
| 19 |
> |
| 20 |
> What I'd *like* to see is, |
| 21 |
> |
| 22 |
> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=74ec204a022e4126ca35008c0c27d13645d8ca27 |
| 23 |
> |
| 24 |
> What magic is this? And how do I make it my default in gentoo.git? |
| 25 |
|
| 26 |
There's a lot of different parameters that take effect here: |
| 27 |
|
| 28 |
--find-copies-harder |
| 29 |
-M |
| 30 |
-C |
| 31 |
-B |
| 32 |
|
| 33 |
All have different effects on the verbosity and/or performance in |
| 34 |
different situations. |
| 35 |
|
| 36 |
|
| 37 |
|
| 38 |
|
| 39 |
|
| 40 |
-- |
| 41 |
Kent |
| 42 |
|
| 43 |
KENTNL - https://metacpan.org/author/KENTNL |
Archives