Hi Marcel,

Thanks for the suggestion.  I wasn't aware of Treated but I went and looked
it up.  So things that are sent to Inbox are then moved to either Trunk if
accepted or Treated if not accepted.  Did I get that right?

So someone that wants to contribute should load (or merge) the trunk latest
version but also add Inbox and Treated as repositories to the package for
automatic monticello numbering.  Then save the change verifying that only
their changes show up.  The number that it picks should be an acceptable
number for sending changes?  Should we also verify that the number is
greater than the last number in Inbox?

Thanks!

Ron

On Mon, Jul 20, 2020 at 5:02 AM Marcel Taeumel <marcel.taeumel at hpi.de>
wrote:

> Hi Ron.
>
> Thank you! =)
>
> > Realized after the save that the number it picked was a duplicate of
> other changes added to inbox.
>
> Make sure to have all three repos in that package's repository group:
> Trunk, Inbox, Treated. Then the automatic version number calculation will
> work. Your local package cache will be considered, too.
>
> A small gap in a new version number is okay.
>
> Best,
> Marcel
>
> Am 18.07.2020 19:55:41 schrieb Ron Teitelbaum <ron at usmedrec.com>:
> Hi All,
>
> I Added a fix but not sure I did it correctly.  Inbox has other non merged
> changes on it for Monticello Configurations.  Realized after the save that
> the number it picked was a duplicate of other changes added to inbox.
>
> my change: "
> Name: MonticelloConfigurations-RJT.163
> Author: RJT
> Time: 18 July 2020, 1:47:16.459316 pm
> UUID: 87d7467d-cc80-7c4a-95a8-2a02c20366e1
> Ancestors: MonticelloConfigurations-mt.162
>
> Fix the up and down button (to change the load order) of Monticello
> Configurations so that it automatically selects the package that is moved.
> This allows you to push the button more than once without having to select
> the package again.
> "
>
> What should I have done in this situation?  Do we just pick a later
> version number.  I'm assuming here that we do not merge in others changes
> to your own change set.
>
> Thanks for your help.
>
> Ron Teitelbaum
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200720/b8f7758a/attachment.html>