-
Notifications
You must be signed in to change notification settings - Fork 62
Changes the structure of resolution packages #273
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
Conversation
|
||
var _ input.VariableSource = &OperatorVariableSource{} | ||
|
||
type OperatorVariableSource struct { |
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.
This previously was internal/resolution/variable_sources/olm/olm.go
, but due to the amount of renames in the file git considers it to be a new file.
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.
Did you use git mv
in any of this?
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.
@tmshort Yes, I did. But when you start modifying moved files - at some point git considers original files deleted and new location as added. One option to overcome this is to move files, commit them and then fix compilation errors in a separate commit. But if you ever need to git bisect
for debugging - it messes it up.
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.
This looks much better IMO.
I do have a nit - is there a logical way to break down the variablesources
package a bit more?
It seems like it contains variable sources, variables, and constraints. Maybe it makes sense to break each of them out into their own packages just for some slightly more intuitive directory navigation? We already seem to be following this pattern for entities
and entitysources
so it would also be a bit more consistent.
dcac67e
to
2f7f148
Compare
@everettraven there are no contstraints in |
To make sure I know what you're doing. There is a difference of 6 files (16 in the old tree, 22 in the new) Unmoved: (2)
Moved: (12)
New (+4):
Split/copied?? (2 vs 4)
|
@tmshort Yes, I think your summary is mostly accurate apart from the variablesoruce/variable split (see 2f7f148).
|
Ah, I think I get the distinction slightly better now. |
Signed-off-by: Mikalai Radchuk <[email protected]>
Signed-off-by: Mikalai Radchuk <[email protected]>
2f7f148
to
88b2693
Compare
Rebased to fix conflicts in Please take another look. |
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.
Looks like everything is there and moved around a bit. Some renaming.
/lgtm
Description
Follow up from this discussion: moving things around in
internal/resolution
.Before:
After:
Reviewer Checklist