Re: An alternative to ".svn" for storing metadata: ADS
From: Daniel Apostolov, Webrich Services <apostolov_at_webrichservices.com>
Date: Tue, 13 Apr 2010 12:52:21 +0300
Dear Ivan,
I believe that there are 3 file systems that support forks - NTFS, Apple's HFS and Novell's NWFS/NSS, thus it is not a Microsoft-specific feature. The amount of work required to implement it should be acceptable: acessing and modifying ADS files, at least with NTFS, is pretty simple. When accessing ADS files, the only difference is the naming, which is "regularfile.xxx:adsfile.zzz". The only complication comes with listing ADS files, but there is source code around, demonstrating how it can be done.
I came to that idea, because for me the .svn folders are more or lass pain in the ass. First, I can never see the real size of my data, which would be fixed by using ADS. Second, searching through the working copy for files or text is significantly slower and often produces unwanted results. Third, sometimes it happens that part of the .svn folder tree is deleted by mistake, which causes SVN to get into a broken state, from which I usually recover by removing all .svn folders, backuping my current working folder, checking out and then merging by hand. I'm also not comfortable with having additional files and folders that are not a functional part of the web site under my web server's root, which interferes with one of the CMS systems I am using.
Regards,
----- Original Message -----
On 12 Апр, 14:37, "Daniel Apostolov, Webrich Services"
Hi,
SubVersion is designed to not depend on particular file system.
Ivan
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
|
This is an archived mail posted to the TortoiseSVN Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.