summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorSebastian Thiel <byronimo@gmail.com>2009-10-22 17:40:04 +0200
committerSebastian Thiel <byronimo@gmail.com>2009-10-22 17:40:04 +0200
commit20c34a929a8b2871edd4fd44a38688e8977a4be6 (patch)
treed4dc6dd2207ddc6b9ad3253468f843849f5dc14a /TODO
parent3c658c16f3437ed7e78f6072b6996cb423a8f504 (diff)
downloadgitpython-20c34a929a8b2871edd4fd44a38688e8977a4be6.tar.gz
Added reset method to Head - its a class method due to the very general nature of the command. Yet I don't really like the way you have to call it as repo has to be ṕassed as first arg
Diffstat (limited to 'TODO')
-rw-r--r--TODO15
1 files changed, 3 insertions, 12 deletions
diff --git a/TODO b/TODO
index afda659a..db77df67 100644
--- a/TODO
+++ b/TODO
@@ -11,7 +11,8 @@ General
a sha or ref unless cat-file is used where it must be a sha
* Overhaul command caching - currently its possible to create many instances of
the std-in command types, as it appears they are not killed when the repo gets
- deleted.
+ deleted. A clear() method could already help to allow long-running programs
+ to remove cached commands after an idle time.
* References should be parsed 'manually' to get around command invocation, but
be sure to be able to read packed refs.
@@ -64,7 +65,6 @@ Remote
Repo
----
-* Nice fetch/pull handling, at least supported/wired throuhg to the git command
* Blame: Read the blame format making assumptions about its structure,
currently regex are used a lot although we can deduct what will be next.
- Read data from a stream directly from git command
@@ -78,13 +78,4 @@ Tree
* Should return submodules during iteration ( identifies as commit )
* Work through test and check for test-case cleanup and completeness ( what about
testing whether it raises on invalid input ? ). See 6dc7799d44e1e5b9b77fd19b47309df69ec01a99
-
-Testing
--------
-* Create a test-repository that can be written to and changed in addition to the normal
- read-only testing scheme that operates on the own repository. Doing this could be a simple
- as forking a shared repo in a tmp directory. In that moment, we probably want to
- facility committing and checkouts as well.
- - Use these tests for git-remote as we need to test push
- - Also assure that the test-case setup is a bit more consistent ( Derive from TestCase, possibly
- make repo a class member instead of an instance member
+