330
Comment:
|
1584
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
= Spider Goat = On June 2nd-4th, 2006, the joint [[Bazaar]]-NZ and Mercurial sprint took place in London, UK, under the code name "Revenge of the Spider Goat". See: * the [[http://www.selenic.com/pipermail/mercurial/2006-May/008165.html|Mailing list announcement]] * [[http://www.serpentine.com/blog/software/mercurial/hg-bzr-sprint-1.html|Bryan's writeup]] * the photo: {{attachment:spidergoat-2006.jpg}} * the people in the photo (from left to right): matt mackall, aaron bentley, martin pool, thomas arendsen hein, mark shuttleworth, benoit boissinot, john arbash meinel, robert collins, bryan o'sullivan. |
|
Line 4: | Line 15: |
* we currently read the manifest of each head in order to figure out which versions of the hgtags file to use. on a moderately large repo, even a single head makes this very slow | |
Line 5: | Line 17: |
* when merging named branches A and B, the new head shows up as the head of both A and B, so the asymmetry of "merged A into B" is not preserved | |
Line 7: | Line 20: |
* might be simpler to handle changelog specially; manifest doesn't need appendfile at all | |
Line 9: | Line 23: |
* api docs * user docs |
|
Line 11: | Line 27: |
* https push support | * http{,s} push support * add "unbundle" verb for ssh and http, to avoid exposing locking to remote clients * handling of case-sensitivity and locale issues ---- CategoryMeetings |
Spider Goat
On June 2nd-4th, 2006, the joint Bazaar-NZ and Mercurial sprint took place in London, UK, under the code name "Revenge of the Spider Goat".
See:
the photo:
- the people in the photo (from left to right): matt mackall, aaron bentley, martin pool, thomas arendsen hein, mark shuttleworth, benoit boissinot, john arbash meinel, robert collins, bryan o'sullivan.
Topics for London sprint:
- efficient handling of tags
- we currently read the manifest of each head in order to figure out which versions of the hgtags file to use. on a moderately large repo, even a single head makes this very slow
- possible improvements to branch tag algorithm
- when merging named branches A and B, the new head shows up as the head of both A and B, so the asymmetry of "merged A into B" is not preserved
- what do we want to do, if anything, about deletions in file level revlogs?
- revisit appendfile
- might be simpler to handle changelog specially; manifest doesn't need appendfile at all
- merge w/renames
- improving docs
- api docs
- user docs
- more efficient findincoming?
- rsync/sftp support
- http{,s} push support
- add "unbundle" verb for ssh and http, to avoid exposing locking to remote clients
- handling of case-sensitivity and locale issues