Hi,
Would it be feasible to also update destination file's read-only attribute to
match the source file (I suppose this is OS-specific?) in Windows?
This would be a life-saver when synchronizing files that are kept in those
source control repositories which sets "read-only" on files that are not
checked out.
Thanks.
Sync +r attribute in Windows?
- Posts: 6
- Joined: 6 May 2009
- Site Admin
- Posts: 7211
- Joined: 9 Dec 2007
File attributes are always preserved when files are copied. So this should be
fulfilled already.
fulfilled already.
- Posts: 3
- Joined: 4 Aug 2008
Hi,
Regarding the syncing of file attributes, currently it appears that it does it
for the initial sync. After that, any changes to the file attributes at the
source do not get picked up by the comparison function and hence won't get
synced
So is it possible to expand on the compare function to check for changes in
file attributes as well?
Relatedly, on NTFS file systems, can Alternate Data Streams (ADS) be synced as
well?
Thank you for this wonderful tool so far.
Regarding the syncing of file attributes, currently it appears that it does it
for the initial sync. After that, any changes to the file attributes at the
source do not get picked up by the comparison function and hence won't get
synced
So is it possible to expand on the compare function to check for changes in
file attributes as well?
Relatedly, on NTFS file systems, can Alternate Data Streams (ADS) be synced as
well?
Thank you for this wonderful tool so far.
- Site Admin
- Posts: 7211
- Joined: 9 Dec 2007
>So is it possible to expand on the compare function to check for changes in
file attributes as well?
Right now file attributes are not considered when comparing both folders. As
they are not relvant for the two main comparison scenarios that are
implemented right now (1. backup/synchronization 2. consistency check) this
basically would require a third comparison option. But considering the added
functionality of what basically boils down to synchronizing read-only
attribute and maybe hidden attribute, it seems this is not enough to justify a
distinct option.
file attributes as well?
Right now file attributes are not considered when comparing both folders. As
they are not relvant for the two main comparison scenarios that are
implemented right now (1. backup/synchronization 2. consistency check) this
basically would require a third comparison option. But considering the added
functionality of what basically boils down to synchronizing read-only
attribute and maybe hidden attribute, it seems this is not enough to justify a
distinct option.