Size: 280
Comment:
|
Size: 1703
Comment:
|
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]] * Bryan's writeup: [[http://www.serpentine.com/blog/2006/06/01/joint-mercurial-bazaar-ng-sprint/|Part I]] and [[http://www.serpentine.com/blog/2006/06/12/the-joint-mercurial-bazaar-ng-sprint-aftermath/|Part II]] * 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 * 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 |
|
Line 6: | Line 20: |
* might be simpler to handle changelog specially; manifest doesn't need appendfile at all | |
Line 8: | Line 23: |
* api docs * user docs |
|
Line 10: | 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