[Fwd: [PATCH] bzr tracks permissions]

John Arbash Meinel john at arbash-meinel.com
Wed Sep 21 20:16:50 BST 2005


Gustavo Niemeyer wrote:

>>My "<meta-info>" aka properties tag was a generic hook for other
>>people to shove stuff that they care about, that *bzr* would not
>>explicitly handle.  Basically, if it was in <meta-info> bzr would make
>>sure to keep track of it, and probably tell you about conflicts, etc.
>>But it wouldn't *understand* it.
>>    
>>
>
>In that case you'd have two different ways in the code to do exactly
>the same thing. File properties are file properties, no matter if bzr
>understand them or not. More specifically, no matter if bzr will
>handle them or not, we want to be able to:
>  
>
Not exactly. There are already a bunch of "file properties" that we
already track differently.

Specifically, right now we track:
    file-id
    name
    kind (file/directory/symlink)
    text-id (this is less of a property, though)
    sha1sum
    size

All of those are things that are tracked right now in bzr. You can argue
that they are properties. But I think of them as properties that bzr
core understands. Since we want bzr core to understand the X bit, it
should be at the same level as the rest of them.

John
=:->

>* Insert, delete and edit them, no matter if the system
>  supports them or not.
>
>* Merge them. Plugins may introduce smartness about how to merge
>  selected entries, but in general doing binary/blob-like merge
>  would already be wonderful for most uses.
>
>* Be able to react to them. This may be for standard use, like
>  executable and binary/not-binary flags, or for other plugin-based
>  needs.
>
>[...]
>  
>
>>when you merge, if 2 entries have keys mapping to the same value, then
>>it would just be a simple binary conflict. No real merging.
>>    
>>
>
>You probably meant to different values, but anyway I got the
>idea. Yes, that would be a good start. In the future it could
>get fancier and do ancestry based merges, for instance.
>
>  
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20050921/c560c037/attachment.pgp 


More information about the bazaar mailing list