On Fri, May 17, 2013 at 3:56 PM, Flavius Olaru <flavius.olaru(a)gmail.com> wrote:
Hi guys,
Coming from an XWiki developer using Windows 7 as developing platform,
fixing the path issue now won't fix the older existing tags. When you
checkout an older tag with windows path issue it will be the same as it is.
I found myself using cygwin on windows or the github application.
The problem with path too long in git client application comes from msysgit
which uses an deprecated windows api, (Win32).
github application really works ? it's supposed to use msysgit too and
last time I tried it I would not clone platform (but it was a long
time ago).
Thank you,
Flavius
On Thu, May 16, 2013 at 5:14 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com>wrote;wrote:
Reviving
http://markmail.org/message/hlnqke3igkbec332 for as an official
vote.
We have waited way too long and I think we really need to find a
solution even if none of the committers use Windows since a long time.
Every time a Windows dev even think of contributing he is very quickly
discouraged...
As a reminder the issue is that working on XWiki source code is a pain
for MS Windows developers because of the (impossible to understand I
agree) limitation on path size.
So the idea is to find a new logical rule to drastically shorten our
paths and Sergiu proposed the following: remove duplicated information
from our paths to maven modules.
Here is an example:
xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-transformations/xwiki-platform-rendering-transformation-macro
(131 chars)
would become
core/rendering/transformations/macro (36 chars)
So WDYT ?
Here is my +1
I also find it nicer when navigating using cd and tab in a unix shell
anyway.
Planning to do it in 5.1 if everyone agree.
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Flavius Olaru
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne