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
feat: deprecate command #1585
feat: deprecate command #1585
Conversation
I'm wondering if we could figure out a way to add this feature without a significant overall to commands. Commands being a fairly finicky part of the codebase. How were you picturing that you would specify a deprecated command? It feels like if we simply made this an additional property on the command itself, like the |
My basic assumption is that this has to be done here, which is what c715319 does (but that uses the refactor). Without the refactor the The It's all arrays and params list. I could add the -self.command = function command (cmd, description, isDefault, aliases) {
+self.command = function command (cmd, description, isDefault, aliases, deprecated) { Initially I did go this route and found a lot of tests failing this way too (hence may have required a big change too). Should I try it this way? |
@laggingreflex I think adding it as an additional parameter would be reasonable, even though it's a bit ugly. Maybe it's good that your |
@laggingreflex want to rebase, and we can see this over the finish line? I think this is a great feature. |
Please checkout #1624. It makes fewer changes. |
More work towards #1518
Still a work in progress.
This is turning out to be a bigger change. Thought I'd ask for opinions before continuing.
The big parts are the two main refactors: 9717c20 & ffd71e1, latter one still a work in progress (~50 failing tests ).
If those are done properly, the feature itself seems pretty simple: c715319
Should I carry on with the refactor? Or would it be considered too large a change for a small feature?