-
Notifications
You must be signed in to change notification settings - Fork 441
ilab
command redesign
#990
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
This pull request has merge conflicts that must be resolved before it can be |
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 PR should be driven by design doc and not be merged until the design merges first.
790b995
to
6c052ec
Compare
883eea0
to
b96d96a
Compare
Add hold waiting on design doc |
Removed hold as design doc was merged. |
https://github.com/Mergifyio rebase |
☑️ Nothing to do
|
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.
@cdoern are you good to return to this now that the design doc is merged?
This pull request has merge conflicts that must be resolved before it can be |
thanks for catching the prettytable dependency @russellb , this should be all set now |
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.
You have shown an impressive level of diligence as you worked through feedback. Thank you for sticking through this and pushing so hard to the end. Very nice work!
I'm good with merging this now!
I went through seb's review, and made issues out of the ones that are still remaining. Namely add something to the CHANGELOG. I opted not to do this in the current PR because it is huge as is. I will be making a follow up right after this merges. All other reviews were taken into consideration.
I tried to apply I talked with @cdoern about the merge process and how we have Mergify configured to explicitly NOT merge when someone has previously requested changes and not come back and explicitly ACKed that they have been resolved. My preference would have been to ping both @markstur and @leseb to give them a chance to give that ACK. Only if they didn't respond would I consider dismissing the review. I know @cdoern had all the best of intentions here and genuinely felt that it was acceptable to dismiss the reviews if the feedback was addressed. In his defense, this is not documented anywhere! As I think about it, that's probably fine when the feedback in the review was simple enough. @leseb at least was doing more in depth review and has been very responsive on this. @cdoern has offered to revert the PR to give a chance for the final review responses. I told him I did not feel it was worth the churn in this case. @markstur @leseb would you both be OK taking another look at this PR (post-merge) to see if there was anything else you'd like to see addressed? If it's something not captured in a follow-up issue, please raise it. If you have any more significant concerns, we can consider reverting whatever portion is affected, but I'd rather hold off on that churn unless it's justified. Hopefully that makes sense to everyone! Let me know if I can help discuss anything further. |
yeah I was trying to ACK those when it merged. Now I'm looking at main. So far the concerns seem to be fixed or no longer relevant in what was merged |
@markstur @leseb I am really sorry for not letting you guys ACK the PR before merging it, it was an honest mistake as I genuinely thought stale reviews which I had either made follow up issues for or addressed in the PR, could be dismissed. I did not realize this was not a normal practice and will be careful doing it in the future. Please feel free to be honest with me and let me know if you'd like this reverted, I really apologize. |
@cdoern No worries. No revert needed for any of mine. Just double-checking to make sure they are resolved or no longer relevant in main. So far, so good. |
@cdoern No worries, I'm not offended by how things have unfolded. There's no need to revert; we have follow-ups in place, and any missed items will be addressed. |
This is a follow-up to instructlab#990. This PR created a directory - src/instructlab/configuration/, but it would be more consistent with other new directories if it was called src/instructlab/config/. Closes: instructlab#1332 Signed-off-by: Sébastien Han <seb@redhat.com>
This is a follow-up to instructlab#990. This PR created a directory - src/instructlab/configuration/, but it would be more consistent with other new directories if it was called src/instructlab/config/. Closes: instructlab#1332 Signed-off-by: Sébastien Han <seb@redhat.com>
This is a follow-up to instructlab#990. This PR created a directory - src/instructlab/configuration/, but it would be more consistent with other new directories if it was called src/instructlab/config/. Closes: instructlab#1332 Signed-off-by: Sébastien Han <seb@redhat.com>
This is a follow-up to instructlab#990. This PR created a directory - src/instructlab/configuration/, but it would be more consistent with other new directories if it was called src/instructlab/config/. Closes: instructlab#1332 Signed-off-by: Sébastien Han <seb@redhat.com>
This is a follow-up to instructlab#990. This PR created a directory - src/instructlab/configuration/, but it would be more consistent with other new directories if it was called src/instructlab/config/. Closes: instructlab#1332 Signed-off-by: Sébastien Han <seb@redhat.com>
This is a follow-up to instructlab#990. This PR created a directory - src/instructlab/configuration/, but it would be more consistent with other new directories if it was called src/instructlab/config/. Closes: instructlab#1332 Signed-off-by: Sébastien Han <seb@redhat.com>
add the following groups to ilab:
model
config
data
taxonomy
inside of these commands, there are groups commands that relate to the sub-command. For example
ilab model list
lists all models known to the system.a full list of the commands in this PR is:
model
data
config
taxonomy
the goal of this is to make
ilab
commands more logical.ilab generate
for example is vague. also, adding structure allows for natural expansion of the project and makes the repo more digestible to new contributors.Grouping ilab commands under common resources which the cli deals with makes sense as the role of instructlab grows. This is the first step in making
ilab
a model engine in which the cli will be a tool for full blown LLM management and deployment