Le 27/10/2015 02:22, Yuriy Tymchuk a écrit :
So was this fixed or not? Because if I’m opening a git repo — it
checks the meta, I’m saving to git repo — it checks the meta…
Ok, I added a LRUCache of version info for handling that. Should / does
certainly accelerate things (GitFileTree on Pharo3 is a lot faster than
on Pharo4/5...).
https://pharo.fogbugz.com/f/cases/16881/MCLazyVersion-avoid-aggressive-fetch-of-version-info
Slice in inbox.
There is an additional optimisation that can be added to GitFileTree,
but it has to wait integration first.
Thierry
Uko
On 24 Aug 2015, at 22:05, Thierry Goubier
<[email protected]> wrote:
Hi Paul,
do you still see some of this in one of the filetree branches when
doing metacello integration testing?
Thierry
Le 24/08/2015 19:41, Paul DeBruicker a écrit :
per this discussion:
https://github.com/dalehenrich/metacello-work/issues/354
You might check that your copy of
MCFileRepositoryInspector>>#refresh doesn't refer to a
nonexistent instvar
Uko2 wrote
Hi,
I’ve noticed that when I try to open a gitfiletree repo, before
displaying its contents something from meta repos is loaded
(seen on screenshot). Why does it need file names from meta
repos to display contents of the repo which is present on my
machine?
Uko
Screen Shot 2015-08-21 at 19.06.39.png (587K)
<http://forum.world.st/attachment/4845061/0/Screen%20Shot%202015-08-21%20at%2019.06.39.png>
--
View this message in context:
http://forum.world.st/Random-access-to-meta-repos-tp4845061p4845346.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
