On Tue, 26 Jun 2018 18:12:54 +0200, Richard Hipp <d...@sqlite.org> wrote:
On 6/26/18, j. van den hoff <veedeeh...@gmail.com> wrote:
turning this setting on by default might also offer the "least
surprise" for the user
It isn't an on/off setting. I was not clear. The setting is the name
of the directory that is the root of the unversioned file hierarchy.
see my previous mail: from a user perspective (mine, anyway...) it seems
that the only "good" solution would be that the uv-files end up at the
exact same place as on the "pushing" site/repo, i.e. under the pathname
that is recorded in the database and reported by `fossil uv ls'. in my
view, uv-files are not different from any other file in the repo, except
that there history is not recorded. so they should not change location in
my checkout, depending on a setting. they should keep their logical
position (pathname relative to checkout root).
An empty string for this setting means "off". But there are
infinitely many "on" settings. What should be the default?
"unversioned"? ".uv"? Just "."?
this could of course work if the path convention is obeyed also by the
"pushing" repo (that checks the uv-files in) even before checking the
files into the repo (think of my example: file names of the unversioned
files are used in some "include" statement elsewhere, e.g. in our LaTeX
document). but it seems error prone. also, there might be good reason for
multiple directories containing (e.g. different types of) uv-files.
why could the uv-files not "simply"(?) be always put into the locations as
reported by `fossil uv ls'. am I overlooking some obvious problem? I would
think that could be the only thing a user would want: uv-files are always
located/put where they "should be" (namely at the location where they were
prior to checking them in in one of the clones) just as the versioned
files?
if unversioned files are moved around in the checkout manually, the
changed paths should be propagated with the next `uv sync' to the other
side/everywhere. I presume...
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
