Check which versions are bold when you open the package. Because when I use gitfiletree it usually shows me that the latest few versions are not loaded (they are in bold) but I am anyway on the latest one. Uko
On 24 Jul 2015, at 02:29, Peter Uhnák <i.uhnak@gmail.com> wrote:
On Fri, Jul 24, 2015 at 12:26 AM, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote: Hi Peter,
no, I don't think you fucked up your gitfiletree metadata. But the explanation is a bit complex.
First thing is that you are looking at a git generated metadata... So what you're asking for (regenerating from git) is already what you are looking at :)
Second is that gitfiletree walks your git log to rebuilt the version history. So, I guess that if you look at your git with something like gitg, you will recognize all the versions coming along the diagram lines.
It is linked a bit in the way gitfiletree reads through the merges in the git history. I was surprised by that effect, I had a look and yes, there is a good reason for having this done in that way, even if it is a bit surprising at first. Don't remember the exact reasoning... but it was linked to the way git links commits to directories and how merge points appear.
If you want to explore that part of GitFileTree, it is in GitFileTreePackageEntry>>buildInfoWith:startingAt:version:ancestry:.
Hmm, I'll look at that but still I think it shows way more than it should.
The ghost changes are something else, however. Can you elaborate?
Basically Pharo (Monticello Browser/Nautilus) shows that a package has changes... so I look at the changes (to see what I'm committing) and I see things that I've already committed. And if I commit it again, only metadata will change (because it was already committed), but the dirty flag will disappear.
I have no idea under what circumstances this happens, I thought that maybe I am in different commit... but monticello browser says that I am at the latest one... So I have yet to tell what is the cause.
Peter
Thierry
Le 23/07/2015 23:49, Peter Uhnák a écrit : Hi,
it seems that I managed to completely fuck up my gitfiletree metadata...
e.g.: Ancestors: DynaCASE-PeterUhnak.148, DynaCASE-PeterUhnak.93, DynaCASE-PeterUhnak.144, DynaCASE-PeterUhnak.146, DynaCASE-PeterUhnak.92, DynaCASE-PeterUhnak.142, DynaCASE-PeterUhnak.140, DynaCASE-PeterUhnak.138, DynaCASE-PeterUhnak.139, DynaCASE-bliznjan.127, DynaCASE-PeterUhnak.137, DynaCASE-PeterUhnak.125, DynaCASE-PeterUhnak.126, DynaCASE-bliznjan.123, DynaCASE-bliznjan.121, DynaCASE-bliznjan.120, DynaCASE-PeterUhnak.119, DynaCASE-PeterUhnak.117, DynaCASE-PeterUhnak.115, DynaCASE-bliznjan.113, DynaCASE-PeterUhnak.111, DynaCASE-PeterUhnak.110, DynaCASE-PeterUhnak.108, DynaCASE-PeterUhnak.102, DynaCASE-bliznjan.95, DynaCASE-bliznjan.98, DynaCASE-PeterUhnak.91
I am also starting to see a lot of ghost changes etc.
Now, someone mentioned that it would be possible to delete all the .version and methodProperties.json and whatnot and generate it directly from git.
So my question is, is this possible? If yes, how? If no, what would need to be done (implemented) to make it so?
Or at least is it possible to completely regenerate all the metadata purely from git? (To clean up all the mess until.)
Peter