On 10/14/2017 5:16 PM, Andy Goth wrote:
> Please review the enhanced-symlink branch.  I can't test it properly
> this weekend because I don't have Windows anywhere at home.

Tested on Windows 7, works just the way my project needs it to work.
The manifest.symlinks file is created when the "l" flag is present in
the manifest setting.  On Windows (not Unix), its contents determine
what files are and are not considered to be symlinks.  Editing the file
influences the changes, status, and commit commands.

I'd like to merge enhanced-symlink to trunk, but honestly I am afraid to
just do so even though it passes all my tests because there's been zero
mailing list discussion, aside from talking about Windows symlink
functionality present on other branches which were themselves never
merged to trunk.

I still do not know my original change was moved off trunk.  It didn't
break compatibility, and it did provide a significant part of the needed
functionality: listing symlinks in a way I can see them in Windows,
short of parsing the manifest (another question I asked about that never
got any replies on the mailing list).  I asked for clarification for my
code being moved off trunk but never got any.

Now I see my most recent trunk check-in has also been moved off trunk,
despite also not being a compatibility issue, with no explanation to
either mailing list, my private email, or the check-in comment.  I'm
talking about http://fossil-scm.org/index.html/info/eb4dda482056b1db.

Was there some policy change about committing to trunk that I missed out
on?  Before I spend any more time working on Fossil I need to know that
I'm not doing something unwelcome.

-- 
Andy Goth | <andrew.m.goth/at/gmail/dot/com>

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to