Hello All,

In the past week or so, I've been running into some issues with some of the
new files added under /data, namely the two versions of "
data/citensg-1.0/workspaces/sf/sf/EntitéGénérique"

As far as I can determine, there are two folders named the same thing,
differing only in the unicode encoding of the "é".

Some filesystems, including the macOS filesystem, don't like this (similar
to case-sensitive files).

Locally, these two folders are treated as the same folder, which means the
files in them are permanently marked as modified and staged, since their
contents differ between the two folders.

This makes using the geoserver repo rather difficult.

I have been able to workaround the issue by marking the files as locally
ignored, which works fine as long as I stay on master, but means that I
can't switch to older branches that don't have these files (I get a warning
that the changes will get overwritten). This makes backporting commits
quite difficult.
So far, I have not been able to find a workaround for changing branches -
to do so I have to undo my local ignores, temporarily commit the
problematic files, then checkout the old branch and do whatever I need to
do there, then later reset the temporary commit when I return to the master
branch.

So, I have a couple questions:

1. Is anyone else having similar issues (I assume it is affecting all macOS
developers, I wonder if it also affects Windows developers). If so, have
you figured out any alternate workarounds?

2. Is it absolutely necessary to have two folders with effectively the same
name in the same directory? At the very least, is it possible to have them
in different directories?

Torben
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to