delta/python-packages/gitpython.git/lib/git/refs.py, branch 3.0.9

moved all contents, incl. submodule gitdb, up to the root directory

2010-11-21T18:17:48+00:00

Fixed API reference docs as far as possible

2010-11-21T16:48:03+00:00

ORIG_HEAD handling is now implemented in the ref-class itself, instead of being a special case of the commit method; includes tests

2010-11-18T09:46:39+00:00

util: Fixed iterable lists, which broke due to an incorrectly implemented __contains__ method

commit: when creating a new commit and advancing the head, it will now write the ORIG_HEAD reference as well

2010-11-18T08:23:32+00:00

remote: added methods to set and query the tracking branch status of normal heads, including test.

2010-11-16T10:06:12+00:00

Config: SectionConstraint was updated with additional callable methods, the complete ConfigParser interface should be covered now
Remote: refs methods is much more efficient now as it will set the search path to the directory containing the remote refs - previously it used the remotes/ base directory and pruned the search result

Added partial implementation of update, but realized that using refs in general may be contradicting if a tag is given there, as well as a commit sha of the submodule. Hence it should really be only a branch

2010-11-15T21:12:05+00:00

test_refs: fixed failing tests just by making it less strict. It is dependent on the setup of the surrounding repository, hence the amount of ref-types found is actually variable, as long as they get more

2010-11-06T09:12:39+00:00

cmd: improved error handling and debug printing

2010-10-27T18:19:03+00:00

head.reset: will now handle resets with paths much better, especially in the --mixed case, see http://github.com/Byron/GitPython/issues#issue/2

Adjusted previous object creators to use the rev_parse method directly. rev_parse could be adjusted not to return Objects anymore, providing better performance for those who just want a sha only. On the other hand, the method is high-level and should be convenient to use as well, its a starting point for more usually, hence its unlikely to call it in tight loops

2010-07-07T15:30:47+00:00

Made repo.py a package to allow better localization of functions and utilities - the repo module got rather large

2010-07-06T18:21:52+00:00