Hmm
This matter was discussed a month or more back. There appears to be NO
"SvbKit" and the 'JavaHL' reverts back to command line.
On the command line, the version is:
svn, version 1.8.16 (r1740329)
compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
Because the SVN functionality is not happening, new files, moves and
renames get lost and miss being committed.
This happens on Linux and Windows. On the Windows box, it is TortiseSVN
client. Netbeans v8.x al work as well as ever. Not certain on the
TortiseSVN client version. Again though, works with 8.2
Personally I call this a regression error. No matter how it is classified
Netbeans 9 can't be used for production without an external SVN client.
Often it means things like refactoring don't work effectively. Refactoring
is a huge help and it is oftne a shock to find a change has been lost after
new work has been committed that depends on same.
As I recall there were several people affected. If it has been fixed, how
come there's no updates showing? For anything.
Concerning: NETBEANS-771
That only refers to command line option and for SVN 1.10. The SVN protocol
hasn't changed in any case.
Kind regards,
aplatypus
On Mon, 24 Sep 2018 at 18:16, Thomas Kellerer <sham...@gmx.net> wrote:
> Interesting, "svn --version" gives me 1.9.7 so apparently I'm just lucky ;)
>
> Thomas
>
> Andreas Hauffe schrieb am 24.09.2018 um 09:35:
> > Hi,
> >
> > this could be the problem when the minor version number of subversion is
> greater than 9. This is bug
> >
> > https://issues.apache.org/jira/browse/NETBEANS-771
> >
> > and it was resolved in
> >
> >
> https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585
> >
> > Andreas
> >
> >
