-
Notifications
You must be signed in to change notification settings - Fork 422
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
Deprecate testing/environment in favor of elastic-package stack #405
Conversation
CONTRIBUTING.md
Outdated
_Hint_. There is dockerized environment in beats (`cd testing/environments`). Boot it up with the following command: | ||
`docker-compose -f snapshot.yml up --force-recreate`. | ||
~~_Hint_. There is dockerized environment in beats (`cd testing/environments`). Boot it up with the following command: | ||
`docker-compose -f snapshot.yml up --force-recreate`.~~ (deprecated) |
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.
Any reason we should leave this in here, marked as deprecated? I'm wondering if we can just remove this method altogether 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 convinced me to remove the deprecation notice. Fixed.
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.
My main feedback is about the documentation changes.
- Rather than striking out the old method and marking it as deprecated, I would suggest simply showing the new method of achieving the same thing. I think this is clearer for the user.
- In many places in the
CONTRIBUTING.md
you have referred to the cheat sheet forelastic-package
. I think this is great but I would also provide the exact replacement command(s) to run withelastic-package
. From what I can tellmage Reload
was rebuilding all packages and then rebuilding+starting the package registry container, so I would simply provide the equivalentelastic-package
commands inline in theCONTRIBUTING.md
in place ofmage Reload
. This will save users an extra hop to the cheat sheet.
CONTRIBUTING.md
Outdated
``` | ||
|
||
The command will boot up a docker cluster with Elasticsearch, Kibana and Package Registry. After every time you | ||
rebuild and reload packages (`mage Reload`), all adjustments in packages will be propagated to the registry. | ||
~~The command will boot up a docker cluster with Elasticsearch, Kibana and Package Registry. After every time you |
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.
I would remove the strike out presentation and simply rewrite this section with:
- what does this command do, and
- what are the
elastic-package
commands to run for reloading packages
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.
Fixed.
CONTRIBUTING.md
Outdated
1. When you're developing integrations and you'd like to propagate your changes to the package registry, | ||
use `mage Reload` to rebuild and reload the package registry. | ||
|
||
1. ~~When you're developing integrations and you'd like to propagate your changes to the package registry, |
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.
I think it's helpful to keep the introductory sentence ("when you're developing..."). Just remove all mentions of mage Reload
and replace them with the equivalent elastic-stack
commands.
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.
Thanks, fixed.
testing/environments/README.md
Outdated
Refresh docker images: | ||
Docker Compose files have been deprecated in favor of the `elastic-package stack` command. The tool can be found in: | ||
https://github.com/elastic/elastic-package . With the current building procedure, you will also find the correct binary | ||
in the `build` directory. |
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.
Personally I don't think this deprecation notice is necessary but I'm okay with keeping it here if you think it's worth it. If we keep it, at what point would you say its okay to remove this altogether?
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.
I removed the deprecation noticed.
I've adjusted CONTRIBUTING guide.
Actually, that was goal to ask people to do this extra hop, so we don't have commands written in multiple places. It would make easier maintenance, but I'm fine to keep them in both places :) |
|
||
... or with Elastic Agent: | ||
Advanced: if you need to modify the internal Docker compose definition, edit files in `~/.elastic-package/stack`, but | ||
keep in mind that these files shouldn't be modified and your changes will be reverted once you update the `elastic-package`: |
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.
👍
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.
LGTM.
…tic#405) * Deprecate testing/environment in favor of elastic-package stack * Address PR comments
What does this PR do?
The PR deprecates the
testing/environment
setup in favor of theelastic-package stack
command.How to test this PR locally
Follow the new guide for booting up a local stack. Try to modify the integration and reload these changes in Kibana.
Related issues