[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [egit-dev] Issue with symbolic links
|
Thanks Matthias!
I think I found an issue within RepositoryUtil
https://git.eclipse.org/r/42548
But I'm not sure about the best strategy. From a users perspective, it would be great to support such changes in the underlying directory structure. This means that the canonical path isn't a reliable source for long term storage.
Anyone remembers the details about the implementation of RepositoryUtil#getPath(File), i.e. why it does canonical path first and falls back to absolute path?
-Gunnar
--
Gunnar Wagenknecht
gunnar@xxxxxxxxxxxxxxx
about.me/guw
> Am 24.02.2015 um 17:13 schrieb Matthias Sohn <matthias.sohn@xxxxxxxxx>:
>
> On Tue, Feb 24, 2015 at 4:24 PM, Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx> wrote:
> All,
>
> After migrating to a new user account (and a new user home-dir), I wanted to be smart and leverage a symbolic link to not rebuild all my Eclipse workspaces (yes, there are many). The strategy seems to work fine except for EGit.
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=460118
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=460120
>
> I'm keen on looking into some of the issues. Does anyone have a point for 460118 specifically? Is there a location in the file system where the view stores the repositories information or is that gathered dynamically?
>
> EGit stores the path to the repositories shared with EGit team provider in the workspace under
> .metadata/.plugins/org.eclipse.core.resources/.projects/<project-name>/org.eclipse.egit.core/GitProjectData.properties
> see
> http://git.eclipse.org/c/egit/egit.git/tree/org.eclipse.egit.core/src/org/eclipse/egit/core/project/GitProjectData.java
>
> -Matthias
