Re: What's cooking in git.git (Jan 2009, #05; Wed, 21)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Wed, 21 Jan 2009, Junio C Hamano wrote:

> * js/notes (Tue Jan 13 20:57:16 2009 +0100) 6 commits
>  + git-notes: fix printing of multi-line notes
>  + notes: fix core.notesRef documentation
>  + Add an expensive test for git-notes
>  + Speed up git notes lookup
>  + Add a script to edit/inspect notes
>  + Introduce commit notes
> 
> It would be nice to hear a real world success story using the notes
> mechanism before casting this design in stone.

I'd like to have some profiling done before that.  For example, I am still 
a bit unsure how the things would perform with a 50-deep delta chain for 
a notes tree having 50,000+ notes in it (which I think will not be all 
that unreasonable for a medium-sized project that stores bug-tracking 
information in the notes).

I have a gut feeling that the performance dip I saw is a direct result of 
doing away with the fan-out "subdirectories": remember, originally, I had 
a tree structure much like the loose objects in .git/objects/??/, while 
Peff convinced me that a flat tree object should be enough.

I could be wrong on that, though.

> * js/patience-diff (Thu Jan 1 17:39:37 2009 +0100) 3 commits
>  + bash completions: Add the --patience option
>  + Introduce the diff option '--patience'
>  + Implement the patience diff algorithm

There is this one issue that my patience's output differs from bzr's.  
Since the patience diff algorithm is so lousily documented, I do not know 
if it is due to my misunderstanding the algorithm, or due to bzr doing 
something clever in addition.

I'd be thankful if somebody could clarify that issue.

Ciao,
Dscho

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux