|Deletions are marked like this.||Additions are marked like this.|
|Line 7:||Line 7:|
|For practice, you can begin with [[http://bz.selenic.com/buglist.cgi?quicksearch=keyword%3Aeasy some of our easy bugs]]. Solving an easy bug is a great "cover letter" for your GSoC application. Make sure you read [[ContributingChanges]] first!||For practice, you can begin with [[http://bz.selenic.com/buglist.cgi?quicksearch=keyword%3Aeasy|some of our easy bugs]]. Solving an easy bug is a great "cover letter" for your GSoC application. Make sure you read [[ContributingChanges]] first!|
GSoC Project Ideas for 2013
Here are some ideas of possible 2013 summer project ideas for Mercurial. Your own ideas are welcome. You may decide to work on these ideas or use them as a starting point for your own. Either way, come talk to us in #mercurial in Freenode or on the email@example.com mailing list.
- Advanced revset optimization
- Unicode filename support on Windows
- Generic templating support
- Improved built-in help
- Advanced Hgweb support
- Performance tuning
- C implementation of command server API
- Improvement of record API and User Interface
- Improvement of the testing tool and testing annotation
- obsolescence support in graphlog and hgweb
- Other ideas?
1. Advanced revset optimization
Revsets are a powerful built-in query language for looking at changesets. We even have an optimizing engine to reorder queries for performance. But there are several areas where things could be improved:
- incremental, generator-style evaluation
- cache/avoid repeated evaluation of common subexpressions
- efficient handling of very large contiguous ranges
2. Unicode filename support on Windows
While Mercurial users on Linux and Mac can happily exchange repositories with filenames in Unicode and even legacy encodings, Windows presents some extra challenges for using non-ASCII filenames portably. We'd like to address this by introducing an automatic UTF-8 translation layer on Windows systems.
3. Generic templating support
Mercurial has a powerful templating engine, but on the command line it's only available for log-like commands. We'd like to extend its power and flexibility to the rest of Mercurial's command-line interface, in addition to adding built-in support for standard formats like XML, JSON, etc.
4. Improved built-in help
Mercurial's built-in help is quite good, but could be better. Here are some things that could be done:
- improve crosslinking between help topics
- migrate remaining contents from manpages into built-in help
- add example usage to verbose sections in help
- improve the glossary
5. Advanced Hgweb support
Our web interface is very handy, but there are a number of features that could be improved:
- Add functions and conditionals to the templating language
- Add basic AJAX functionality to make history browsing more dynamic
- Add some basic web admin functionality
6. Performance tuning
Mercurial is fast but could always be faster. Possible areas include:
- Optimizing startup performance
- Optimizing performance on Windows
7. C implementation of command server API
8. Improvement of record API and User Interface
Being able to select parts of the existing changes, with hunk or greater granularity, in an interactive way, can improve the use of commands and extensions that take changes, such as commit, amend and import.
The RecordExtension currently allows patch hunk selection, but it has some severe knows bugs and a notably hacky implementation.
The goal of this summer of code is to rework the internal record API to stop changing on disk file and create new commit directly into memory. Improving the user interface of record is also a goal like integrating the curses CrecordExtension interface.
8.1. Other user interface improvements
Improving the progress bar algorithm and display would be nice.
9. Improvement of the testing tool and testing annotation
Mercurial have very powerful testing tools. However as the amount of test grows bigger and bigger managing all those tests becomes hairy.
Every test-file usually holds multiple sections that each test a small set of features. If we had an official way to document and annotate those section the test-suite would be more easy to maintains. This project includes the following tasks:
- Definition of an annotation format,
- Improvement of the failure report,
- Declaration and use of dependency between section,
- Test timing report.
- Generation of nice html page from the test and to be linked from relevant help page.
10. obsolescence support in graphlog and hgweb
Recent version of Mercurial support the ChangesetEvolution feature. But neither log (including --graph) not hgweb show relation between processors and successors changesets. The goal of this project is to add support to display information related to ChangesetEvolution those commands:
- Add successors and precursors data in hg log (when applicable)
- Add obsolescence edge in hg log --graph
- Add obsolescence edge in hgweb
- Add a way for hgweb to show obsoleted changeset.
11. Other ideas?
Come talk to us on IRC.