New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
refactor indexes #40
refactor indexes #40
Conversation
there's a lot of scope for refactoring here. It's a tad uncomfortable doing it without any tests (see #37) |
93d8554
to
e0e2d25
Compare
split the concerns of managing the filesystem and managing the git repository into separate objects
i think it might also make sense to move the enum further down the chain, so the top level |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry for my too long absence.
The refactor, as it is now, is already convincing, I am all for it and I didn't find anything to contest here.
About the duplication of the tree: Tree
field in each Index, I agree that we can indeed move it to a Repository
struct, that would associate an Index
with a Tree
.
So, how do you want to go about this ?
Do we do it inside of this PR or we merge this first ?
I think this is enough changes for one commit. I would then open a new pull request to move the enum downwards from the |
closes #41