Closed blowfishpro closed 2 years ago
That's what I did, I just did it while the code to update the submodule was commented out.
What documentation updates are required when new API features are pulled in? I don't really understand the scope of changes that come with updating the submodule.
1 Warning | |
---|---|
:warning: | There're library changes, but not tests. That's OK as long as you're refactoring existing code. |
Generated by :no_entry_sign: Danger
What documentation updates are required when new API features are pulled in? I don't really understand the scope of changes that come with updating the submodule.
Only CHANGELOG. You can leave that alone for now.
Fixed!
FYI I decided to rename CLI
to Cli
in https://github.com/slack-ruby/slack-ruby-client/pull/435. LMK if you think it's a bad idea.
I'm pretty indifferent on that particular point as long as it's consistent.
when using include at the top level, the module gets included in the Object class
Faraday::Middleware
checks whether it responds toon_error
, which then finds GLI'son_error
, which has a different signature and meaningthis resolves that by wrapping the entire CLI in a class so that
GLI::App
is not included inObject
we also use GLI's built-in
commands_from
method to avoid having to reference every command file individuallyResolves #433
Note: The
slack:web:api:update
task seemed to want to pull in some new stuff - since that usually seems to be done separately I have intentionally excluded that but can include it if you want