1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
On 15/09/14 09:13 AM, hasufell wrote: |
5 |
> Rich Freeman: |
6 |
>> On Mon, Sep 15, 2014 at 7:37 AM, hasufell <hasufell@g.o> |
7 |
>> wrote: |
8 |
>>> * repoman must be run from all related directories (or the |
9 |
>>> top-level directory) on the latest commit that is being pushed |
10 |
>> |
11 |
>> This should be clarified. Does repoman need to be run on the |
12 |
>> exact commit that is being pushed, or perhaps on a "parent" |
13 |
>> commit prior to rebasing/merging into the master branch? (I use |
14 |
>> parent liberally here, since that commit wouldn't be an actual |
15 |
>> parent if it were rebased.) |
16 |
>> |
17 |
> |
18 |
> Yes, you have to rerun repoman after a rebase or merge. On the tip |
19 |
> of the local master branch (as in: right before you try to push). |
20 |
> |
21 |
> Sure, this may lead to problems if repoman takes long... but that's |
22 |
> on purpose. If your changes are that big, then they should be |
23 |
> communicated and coordinated properly without people randomly |
24 |
> pushing changes in between that may break yours. |
25 |
> |
26 |
> That's no different from what we are doing right now, except that |
27 |
> we have now enforced consistency instead of "maybe repoman is |
28 |
> correct, maybe not". |
29 |
> |
30 |
|
31 |
Thread TL;DR -- apologies if this has already been brought up and |
32 |
answered. |
33 |
|
34 |
I'm not that worried about the big (multi-package) commits, as it does |
35 |
make sense we're going to have difficulty and lots of potential |
36 |
conflicts there, but aren't we going to run into this issue just with |
37 |
multiple people committing separate single-package commits at the same |
38 |
time?? |
39 |
|
40 |
|
41 |
-----BEGIN PGP SIGNATURE----- |
42 |
Version: GnuPG v2 |
43 |
|
44 |
iF4EAREIAAYFAlQW9wIACgkQ2ugaI38ACPBunQEAh5F1moJZnHhHEQDs8kiPuRBk |
45 |
wwO2y9z6KEqKUPTzBAEA/A9Cv5Y444xC9tjmbUJ27qcRnziJgQnzu2K3YGKSCyL6 |
46 |
=Jc80 |
47 |
-----END PGP SIGNATURE----- |