[MERGE] Rule-based preferences (EOL part 1 of 3)
Ian Clatworthy
ian.clatworthy at internode.on.net
Fri May 16 09:02:48 BST 2008
I'm now happy enough with my end-of-line conversion work to begin
putting the pieces up for review. There are 3 altogether:
1. Rule-based preferences
2. Content filtering
3. The eol plugin
The second part has a one line dependency of the first part so I'm
publishing this one first. I have also written a keywords plugin to
validate that the first two parts are designed well enough to be broadly
useful. I'm planning to publish a testing branch soon containing all of
the above pieces so that early adopters can try out the net result,
assist with performance testing, nag me about bugs, etc.
Within the context of just this part, it is recognised that this patch
doesn't deliver everything everyone wanted out of "versioned
properties". In particular, rule-based preferences aren't versioned,
aren't propagated, aren't merged and don't get updated when files or
directories are renamed. I do believe however that the proposed
functionality:
1. is sufficient for many applications
2. doesn't rule out any of these enhancements later
3. has advantages over the way Subversion sets and exposes properties.
FWIW, we might also want to consider extending our UI to display what
rules exist for a tree/branch. My proposed UI is:
$bzr info --rules
Branch specific rules:
*.bat:
a = b
c = d
Per user rules:
...
That seems better that adding a new command. Regardless of how it is
delivered, this enhancement isn't required - it can come after this
patch lands - but it could assist us in supporting this feature in the wild.
As always, all feedback and end-user testing is most appreciated.
Ian C.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rule-based-preferences.patch
Type: text/x-diff
Size: 38767 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20080516/22cef55b/attachment-0001.bin
More information about the bazaar
mailing list