2016-01-13 13:56 GMT+01:00 Mariano Martinez Peck <marianopeck@gmail.com>:


On Wed, Jan 13, 2016 at 9:27 AM, Thierry Goubier <thierry.goubier@gmail.com> wrote:


2016-01-13 13:12 GMT+01:00 Mariano Martinez Peck <marianopeck@gmail.com>:
Hi guys,

I wanted to know how you manage this situation.��
I had my already existing project in shub repo. Last version was��OSSubprocess-MarianoMartinezPeck.43. I then created a github repo, cloned it, and then with gitfiletree I commit for the first time.��

The problem is that the commit I did with GitFileTree received this MC version:��OSSubprocess-MarianoMartinezPeck.1. Normally I would not care. But in this case I do care because every in a while I would like to move/publish some versions from github to shub. And OSSubprocess-MarianoMartinezPeck.1 has 2 problems:

1) It has an older version number but newer contents
��
2) It's number is not unique. So if I copy versions created from github to shub, they would override those versiones created in shub (like the very old��OSSubprocess-MarianoMartinezPeck.1 from shub) ??��

How do you normally solve this?

The best is to move all the sthub versions on git, like that, gitfiletree will number newer versions higher and this will work.


OK, I got it. So you mean to use a Gofer pull/push operation to move all versions from shub to github, right?

Yes!

It used to work out of the box in the right order, but I now make sure to push the versions in the right order when I do that (push starting with the smallest version number).

Thierry
��