Code

History

Commits on git-diff-v0.12.0 to experiments35+
  1. Release git-features v0.18.0, git-actor v0.7.0, git-config v0.1.9, git-object v0.16.0, git-diff v0.12.0, git-traverse v0.11.0, git-pack v0.15.0, git-odb v0.25.0, git-packetline v0.12.2, git-transport v0.14.0, git-protocol v0.13.0, git-ref v0.10.0, git-repository v0.13.0, cargo-smart-release v0.7.0, safety bump 12 cratesSebastian Thiel committed 4 years agoacd3737
  2. fmt (#263)Sebastian Thiel committed 4 years agofbeddeb
  3. Adjust to chagne signature of peel_to_id_in_place (again?) (#263)Sebastian Thiel committed 4 years agodd5341f
  4. change!: file::Store::(try_)find(…, packed) was removed (#263)Sebastian Thiel committed 4 years ago15d429b
  5. thanks clippySebastian Thiel committed 4 years agodb1bb99
  6. improve pack staleness handling (#259)Sebastian Thiel committed 4 years ago38e36a6
  7. A good way to avoid using a potentially wrong pack (#259)Sebastian Thiel committed 4 years agoa14e4d0
  8. realize that pack lookup needs the marker or wrong packs might be returned (#259)Sebastian Thiel committed 4 years agoa5a6a78
  9. workaround borrow check, which in this case fits nicely (#259)Sebastian Thiel committed 4 years ago2977518
  10. try loading actual packs with the current data structure… (#259)Sebastian Thiel committed 4 years ago87544c3
  11. btree/hashmap free lookup of packs in store, keeping things more bundled (#259)Sebastian Thiel committed 4 years agoa88981b
  12. Allow on-disk files to be reused as will in case they re-appear (#259)Sebastian Thiel committed 4 years ago6f5eaf1
  13. refactorSebastian Thiel committed 4 years agod8d5a60
  14. Simplify tracking of handles, using tokens to make that safer (#259)Sebastian Thiel committed 4 years ago407be6c
  15. sketch a more concise way of keeping indices and packs relative to disk locations (#259)Sebastian Thiel committed 4 years ago6187b5c
  16. Get a better understanding on how on-disk state can be represented in our state (#259)Sebastian Thiel committed 4 years ago58b0bcf
  17. Learn about store's resource consumption (#259)Sebastian Thiel committed 4 years agoef9b08c
  18. Make handles tracked to allow automatic handling of pack-unloading (#259)Sebastian Thiel committed 4 years ago70dc445
  19. Flesh out Sync requirement for Repository (#259)Sebastian Thiel committed 4 years ago5180f11
  20. A big step towards getting IDs straight, but… (#259)Sebastian Thiel committed 4 years ago5124abf
  21. A better idea on how multi-pack indices (and changes to them) work (#259)Sebastian Thiel committed 4 years agofae3e7c
  22. figure out how pack-ids can be stable even though multi-packs are still unclear (#259)Sebastian Thiel committed 4 years agobabfb7b
  23. sketch a little more how packs could be accessed (#259)Sebastian Thiel committed 4 years ago3fce8f2
  24. More work towards understanding indices and multi-pack indices for eventual pack lookup (#259)Sebastian Thiel committed 4 years agof90207d
  25. Fix single-threaded version of design-sketch (#259)Sebastian Thiel committed 4 years ago3d533a1
  26. Adjust unload mode to be a policy wide settings, probably along some more soon (#259)Sebastian Thiel committed 4 years ago4160b4a
  27. RwLocks are preferred over Mutexes if there is a decent read-only path (#259)Sebastian Thiel committed 4 years ago9696383
  28. Show that arcs can cost up to 16.5% when having 10mio ops compared to no-arc (#259)Sebastian Thiel committed 4 years agod40288a
  29. This experiment shows that working through an Arc isn't slower than through a reference (#259)Sebastian Thiel committed 4 years ago977bd80
  30. a path forward to deciding which ODB implementation to pick (#259)Sebastian Thiel committed 4 years ago8cafc8d
  31. Sketch the future of the ref-db with namespace fix and upcoming reftable (#259)Sebastian Thiel committed 4 years ago4c00f78
  32. some more clarity around generations and cache updates (#259)Sebastian Thiel committed 4 years agoab1562e
  33. Turns out the new `PolicyStore` can co-exist with existing one… (#259)Sebastian Thiel committed 4 years ago5e9250f
  34. All logic for handling eager refreshing… (#259)Sebastian Thiel committed 4 years ago4b84a48
  35. Now it's getting somewhere, with the potential for resource pooling (#259)Sebastian Thiel committed 4 years agoe779311