/brz/remove-bazaar

(root)/brz/remove-bazaar » Changes from revision 0.211.12

From Revision 0.211.12

expand all

collapse all

Rev		Summary	Authors	Date	Diff	Files
0.211.12		Rename package to dulwich, add setup.py. Rename package to dulwich, add setup.py.	Jelmer Vernooij	16 years ago
0.211.11		Merge bare repository support. Merge bare repository support.	Jelmer Vernooij	16 years ago
0.211.10		Ignore trial output directory. Ignore trial output directory.	Jelmer Vernooij	17 years ago
0.211.9		Add some basic pack handling code. Add some basic pack handling code. It has classes for the index and data parts. It supports lookup of an object name in the index, and then access to the object in the data part using the offset returned from the index lookup. There are many problems with it so far.   * The mmap in python has no offset, so the whole files are mapped.   * There is no support for delta objects.   * There is no consistency checking.   * The code is not hooked up to provide a simple API.   * The code is not hooked in to the repo, so that objects are still not     retrieved from packs.	James Westby	18 years ago
0.211.8		Make the commit walker use a loop rather than recursion. Make the commit walker use a loop rather than recursion. With more than a couple of commits the recursion method of commit walking goes bad. Switch to a loop method to counteract this. Also build the list in reverse and switch it round at the end. This should be a win, as most parents are older than their children, and as we deal with the parents after doing it in reverse means we need to only go a few steps down the list to find their place. Doing it the other way then more and more steps would be taken. Hopefully this is a win in all cases, as the reverse might be expensive for short paths. However they are short, and for the long path case it is going to be very expensive to keep the list in the correct order. There may be more scope for optimisation if the place where the child was inserted is remembered for each parent, and the search starts near there. However its not guaranteed to be a win in every case, so keep it simple. The list algorithm chosen actually meant that the merge used in the test was ordered correctly based on parent ordering, so it wasn't rigorous. The ooo_merge repo has a merge where the parents were committed in the opposite order.	James Westby	18 years ago
0.211.7		Drop the restriction on having objects writeable for the mma... Drop the restriction on having objects writeable for the mmap. Git creates objects read only, so this would have been a problem in the wild, and was annoying and unnecessary anyway.	James Westby	18 years ago
0.211.6		Error when a commit isn't found to avoid problems later. Error when a commit isn't found to avoid problems later. A missing commit while doing revision_history will ow throw MissingCommitError rather than falling over. With no support for pack files and alternate object dirs then this may merely indicate that they are in use. With shallow repos and the like maybe a marker would want to be inserted instead.	James Westby	18 years ago
0.211.5		Add support for getting the revision graph from a head. Add support for getting the revision graph from a head. Ask a repo for the revision_history from a commit sha, and it will oblige by  returning a list of commits that are reverse chronologically sorted. Doing this required storing the commit time. The author time and the timezones are currently discarded, but could be parsed. Also ShaFile now implements __eq__ so that two objects are the same if their sha value matches.	James Westby	18 years ago
0.211.4		Add methods to repo to get objects of a certain type. Add methods to repo to get objects of a certain type. Now get_blob etc. will ensure that you get an object of the type you want. There needs to be the addition to get the type by going via a higher type where possible, e.g. tree from commit, but it's not done yet.	James Westby	18 years ago
0.211.3		Remove cruft from the repo that is used in the testsuite. Remove cruft from the repo that is used in the testsuite.	James Westby	18 years ago
0.211.2		Make it more like a real project. Make it more like a real project. Add copyright statements, and license the code under the GPLv2. Also add a README file.	James Westby	18 years ago
0.211.1		Start the python-git project. Start the python-git project. Aims to give an interface to git repos that doesn't call out to git directly. Probably going to be pure python. Currently can read blobs, trees and commits from the files. It reads both legacy and new headers. However it is untested for anything but the simple case. Can also understand a little about the repository format. The testsuite uses the nosetests program from Turbogears, as I got annoyed trying to set up unittest. Open up a repo by passing it the path to the .git dir. You can then ask for HEAD with repo.head() or a ref with repo.ref(name). Both return the SHA id they currently point to. You can then grab this object with repo.get_object(sha). For the actual objects the ShaFile.from_file(filename) will return the object stored in the file whatever it is. To ensure you get the correct type then call {Blob,Tree,Commit}.from_file(filename). I will add repo methods to do this for you with file lookup soon. There is also support for creating blobs. Blob.from_string(string) will create a blob object from the string. You can then call blob.sha() to get the sha object for this blob, and hexdigest() on that will get its ID. There is currently no method that allows you to write it out though. Everything is currently done with assertions, where much of it should probably be exceptions. This was merely done for expediency. If you hit an assertion, it either means you have done something wrong, there is corruption, or you are trying an unsupported operation.	James Westby	18 years ago