SoC2009Projects

From Git SCM Wiki
(Difference between revisions)
Jump to: navigation, search
(Mercurial: Using mercurial as a client for git repositories: update status)
(Mono: Implementing Git as class libraries in C# (also known as "managed code"): update status)
 
Line 60: Line 60:
  
 
''SoC page:'' [http://socghop.appspot.com/student_project/show/google/gsoc2009/mono/t124022708105 Implementing Git as class libraries in managed code] <BR>
 
''SoC page:'' [http://socghop.appspot.com/student_project/show/google/gsoc2009/mono/t124022708105 Implementing Git as class libraries in managed code] <BR>
 +
 +
Apparently failed, because it is not listed in the final project list.
  
 
== openSUSE: Prototype git backend for OpenSUSE Build Service ==
 
== openSUSE: Prototype git backend for OpenSUSE Build Service ==

Latest revision as of 01:34, 28 January 2010

Table of Contents:

Contents


[edit] Git Community projects

See also the Git GSoC2009 Google page.

This year Git received funding for 2 students, and we are looking forward to the successful completion of the following interesting projects:

[edit] Interactive graph GUI

Student: Jeff Brantley
Mentor: Johannes Schindelin

Git stores a repository’s history as a directed acyclic graph (DAG) of commits and operations performed on the repository translate to changes to this graph. To aid understanding of Git, tutorials tend to include illustrations of this graph.

This project proposes a highly intuitive GUI for Git that lets a user interact directly with an illustration of this underlying DAG, invoking commands on nodes, branches, or tags via context menus.

Programming language: Java (uses JGit)
SoC page: Interactive graph GUI

Progress reports / status:
Unfortunately, the GSoC project for the graph-based UI failed

[edit] Add caching support to git-daemon

Student: Nick Edelen (sirnot on github)
Mentor: Sam Vilain (samv on github, mugwump on #git)

Every time git-daemon handles a fetch, it must (re-)enumerate and (re-)pack all the required objects. this is often very inefficient.

I propose maintaining an updated list of commits/objects reachable from HEAD. this would eliminate our need for extensive tree traversals.

further, 'partial packfiles' could be used to cache slices of the object list. due to the nature of packfiles, these could more-or-less be coalesced to form the majority of the pack.

Idea: Packfile caching for git-daemon on SoC2009Ideas page
Programming language: C
SoC page: Add caching support to git-daemon
Git repository (web interface):

Progress reports / status:


[edit] Foreign projects

[edit] Mercurial: Using mercurial as a client for git repositories

SoC page: Using mercurial as a client for git repositories

Apparently failed, because it is not listed in the final project list.

[edit] Mono: Implementing Git as class libraries in C# (also known as "managed code")

SoC page: Implementing Git as class libraries in managed code

Apparently failed, because it is not listed in the final project list.

[edit] openSUSE: Prototype git backend for OpenSUSE Build Service

SoC page: Prototype git backend for OpenSUSE Build Service

[edit] Plan9: GitFS

SoC page: GitFS for Plan 9 from Bell Labs


Personal tools