-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tim Webster wrote: > First I want to say every SCM I know of sucks when it comes to tracking > configurations, simply because they don't record or restore file metadata, > like perms, ownership, and acl. Arch supports that kind of metadata. I believe SVN supports recording arbitrary file properties, so it's just a matter of applying those properties to the tree. > Somethings I like the SCM tools to handle. Personally I would like the > SCM tools to be platform independent. This would ensure that correct > things happening on ext3 mounted on windows. > I don't think execute bit belongs in the basic file inventory information. Our choices have been predicated on producing the best SCM we can for the purpose of developing software. We find that the execute bit is very useful for build scripts and other incidental scripts. The other attributes didn't seem useful for software development, so they're not part of the baseline. > Collaborative document editing and white boarding are other requirements. > odf and svg are xml file formats. I would like to see an efficient > xml diff as part of the SCM core. Using mime types SCM tools can unzip > files, bundles, and use mime type information to the SCM core xml > diff, plain diff > as required. An XML diff/patch or merge will not handle ODF properly. There's too much extra semantic information. > I think it is essential that the SCM core include > previsions for multiple > repo partners. You mean multiple merge sources? > It would be nice if the SCM tools included rss feeds for communicating zip > patch bundles. The bzr "webserve" plugin provides rss feeds. Aaron -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFFN5oB0F+nu1YWqI0RAjSoAJ9xrZtSrZpVVoz6qAf/sZnd/StsUACfenqX 6bemNgMSbhtL0JjIlvulrb4= =bSpK -----END PGP SIGNATURE----- - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html