In article <[EMAIL PROTECTED]> you write: >Complete alphabetical order is not in the cards for diff, at least for >diffs involving server side (diffs that are client side are easily >sorted by filename). >This is because it would require losing the "streaminess" of the >protocol (unlike cvs, the client and the server in svn are really >seperate, and the client just gets a stream of results. Sorting would >require at least holding all the directory entries in the server at >once, before sending them to the client, if not worse), as well as their >being locale issues (the server would have to know the client's locale >to sort the files so they appeared in the alphabetical order you >expect). In other words, so far the cost of trying to do it has >outweighed the benefit of having diffs appear in some well-specified >order.
Dare I say it ? I don't want any locale behavior in a version control system. Specifically because there are client/server issues, and you never know which is which. I've seen enough trouble with cvs timestamps. If/when gcc switches to svn, please, please, please try very hard to ensure that any time coming out of svn or going in is in UTC by default, and that the user will have to push very hard to get local time. I remember trying to find a bug by dichotomy, and having a real hard time figuring out which parts of the log were in Mountain Time, which were in GMT, how to convert between the two, while trying to actually find that darn bug.
