On 3/17/2014 5:40 AM, Bert Huijben wrote:
And updating these attributes one at a time during checkout would be huge (not
a small) performance killer during checkout, as both operations would be
updating the MFT.
We should try to perform as much operations as possible while having the files
On 3/13/2014 9:08 AM, Branko Čibej wrote:
I understand that; it simply means that when we install a file from
.svn/tmp into the working copy proper, we have to change that
attribute; either before or after the file is moved into place.
When this came up on ACLs, there seemed to be a lot of resi
> Subject: Re: Respecting inherited Windows file permissions on file
> create
> From: Branko Čibej
> Date: Mon, September 30, 2013 6:07 am
> Whew. I'd really prefer not to second-guess Windows ACL inheritance like
> this,
Not to beat a dead horse, but if you call SetNamedSecurityInfo after
the
> From: Branko ÄŒibej
> Date: Sun, 29 Sep 2013 07:14:07 +0200
> This is not in fact a bug in Subversion
> The solution that jiggles the security descriptor is not acceptable.
I note that svn is not touching the place where the inherit is
actually assigned (a directory), yet it is interfering w
> Subject: Re: Respecting inherited Windows file permissions on file create
> From: Ivan Zhakov
> Date: Sat, September 28, 2013 3:29 pm
> Solution (2) is create temporary file in
> wc\a folder. In this case it will get proper inherited permissions
> from wc\a folder. You may try this solution in y
> From: Ivan Zhakov
> Date: Sat, September 28, 2013 2:46 pm
> I see two possible solutions for this problem:
> 1. Use hTemplate argument in CreateFile call when temporary file is created
> 2. Created temporary file along original file to be replaced instead
> of .svn/tmp in working copy root
>
> O
6 matches
Mail list logo