This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Product Version = NetBeans IDE Dev (Build 201405050001) Operating System = Linux version 3.11.10-7-desktop running on amd64 Java; VM; Vendor = 1.7.0_51 Runtime = OpenJDK 64-Bit Server VM 24.45-b08 After clean "git clone" of project that contains sym links by netbeans, the git reports following changes for my project (and for other many sym links). This means that the sym link lost '/' at the end of sym link specification. The '/' shall be preserved in the sym link. --- a/qosmos/link +++ b/qosmos/link @@ -1 +1 @@ -SDK-4.16.0-21-x86_64-LSB-SMP-QA-12-004/ \ No newline at end of file +SDK-4.16.0-21-x86_64-LSB-SMP-QA-12-004 \ No newline at end of file
Created attachment 147111 [details] IDE log
Does ending '/' have any special meaning for a symlink? Does it have to be there?
The '/' does not have any special meaning for symlink. However netbeans client modifies the sources when does the cloning. We have third party SW that has '/' at the end of symlinks. If it is cloned by netbeans it immediately changes this library and will require commit to it. This also applies if you checkout tags with such symlinks. You shall not modify sources when you do netbeans git clone. The standard command line git clone preserves the '/' at the end.
Of course the '/' shall be at the end of symlink when user put it there originaly and commited as such - so preserved by netbenas. If '/' is missing in symlink, netbeans shall not add it by it's will.
NetBeans does not modify anything, JGit client does that: already filed as https://bugs.eclipse.org/bugs/show_bug.cgi?id=408630Or more specifically it's a java7 limitation, Files.createSymbolicLink(Path, Path)
lost during login: ... i am really sorry but i can not fix your problem in any way.
... Files.createSymbolicLink(Path, Path) does not allow creating a symlink with not normalized path, Path cannot be constructed as "target/", it will always be only "target".
I am not disputing your response. However I have tried IntelliJ Idea IDE community version, that I believe is in java and there the git client works without any problem - it shows that it can be done with simlinks even with java. Also I want to mention that the git repository browser presenting the version and branches in dependency graph is extremely nice in IntelliJ. I propose to do some kind of dependency graph in Netbeans.
(In reply to xkr from comment #8) > However I have tried IntelliJ Idea IDE community version, that I believe is > in java and there the git client works without any problem - it shows that > it can be done with simlinks even with java. Then it probably means IntelliJ does not use JGit but may call to git executable directly. Not sure about that. > Also I want to mention that the git repository browser presenting the > version and branches in dependency graph is extremely nice in IntelliJ. > I propose to do some kind of dependency graph in Netbeans. No idea what that is, you could file another issue on git and provide several screenshots so i know what you are talking about. Reassigning back to git, JDK team won't fix this for sure.