summaryrefslogtreecommitdiff
path: root/lib/git/tree.py
Commit message (Collapse)AuthorAgeFilesLines
* Reorganized package structure and cleaned up importsSebastian Thiel2009-10-121-102/+0
|
* fixed issue in Ref.name implementation which would not handle components ↵Sebastian Thiel2009-10-111-3/+3
| | | | properly
* lazymixin system now supports per-attribute baking, it is up to the class ↵Sebastian Thiel2009-10-111-12/+13
| | | | whether it bakes more. This also leads to more efficient use of memory as values are only cached and set when required - the baking system does not require an own tracking variable anymore, and values are only to be cached once - then python will natively find the cache without involving any additional overhead. This works by using __getattr__ instead of __get_attribute__ which would always be called
* put Tree and Blob onto a new base class suitable to deal with IndexObjectsSebastian Thiel2009-10-111-8/+4
|
* converted all spaces to tabs ( 4 spaces = 1 tab ) just to allow me and my ↵Sebastian Thiel2009-10-111-94/+94
| | | | editor to work with the files properly. Can convert it back for releaes
* Intermediate commit: commit,tree and blob objects now derive from object - ↵Sebastian Thiel2009-10-111-10/+7
| | | | test is in place which still fails on purpose. Need to integrate tags which can be objects or just a special form of a ref
* Renamed lazy.py to base.py to have a file for base classes - lazy not yet ↵Sebastian Thiel2009-10-091-1/+1
| | | | changed to allow proper rename tracking
* Blob|Tree: renamed 'name' member to 'path', updated tests and changelog as ↵Sebastian Thiel2009-10-091-7/+7
| | | | it would make existing code incompatible in some places
* Fix parsing for files with whitespaceJeremy Kerr2009-08-051-1/+1
| | | | | | | | Currently, the Tree object won't include any files that contain whitespace. split(c, 4) can return a 5-tuple, but we want a 4-tuple instead. Signed-off-by: Jeremy Kerr <jk@ozlabs.org>
* Lots of spring cleaning and added in Sphinx documentation.Michael Trier2009-01-241-1/+1
|
* fixed git.Tree.__len__ argumentsk00012008-12-151-1/+1
| | | | (cherry picked from commit 657444d75d7b2d6913c2d491841b9bd70c8bd289)
* Replace GitPython with git in repr() outputs.Steve Frécinaux2008-09-171-5/+5
| | | | | The imported module is called git (as in "import git"), so it's less confusing to do so than to call everything GitPython.something.
* Do not use **kwargs for constructors.Steve Frécinaux2008-09-061-7/+4
| | | | | It is better to have an explicit list of variables for the constructors, be it only to avoid mispelled arguments.
* Make Tree.content_from_string a static method.Steve Frécinaux2008-09-061-1/+2
| | | | It doesn't use an object's private contents, so let's go...
* Implement dict protocol for trees.Steve Frécinaux2008-09-061-5/+31
| | | | | It is rather intuitive to consider trees as a dict of objects (like a directory could be seen as a dict of files).
* Initialize trees completely in tree.__bake__().Steve Frécinaux2008-09-051-16/+6
| | | | | | | | | | | This is a simplification of the tree baking code. As a matter of consequency, Tree.construct() and tree.construct_initialize() have been killed, and repo.tree() has lost the "paths" argument. This is not a problem since one can just have the same result with: dict(k, o for k, o in tree.items() if k in paths)
* Use a dictionnary for tree contentsSteve Frécinaux2008-09-051-6/+5
| | | | | | | It seems more natural to use a dictionnary for directories, since we usually want to access them by name, and entry order is not relevant. Also, finding a particular blob given its name is O(1) instead of O(N).
* Fix unneeded dict unpacking.Steve Frécinaux2008-09-051-3/+3
|
* Added license information to all files.Michael Trier2008-07-161-0/+6
|
* renamed git_python to git. Removed pop_key and replaced with dict.pop. Fixed ↵Michael Trier2008-05-301-0/+89
up tests so they pass except for stderr test. Modified version information retrieval.
View Lorry Controller Status