-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add README and CODEOWNERS + disable plugin on 8.x #15
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,25 @@ | ||
# Enterprise Search | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Would really appreciate any feedback/copy suggestions - wasn't totally sure what to write for this README file :) There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think this is great personally. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ditto |
||
|
||
## Overview | ||
|
||
This plugin's goal is to provide a Kibana user interface to the Enterprise Search solution's products (App Search and Workplace Search). In its current MVP state, the plugin provides a basic engines overview from App Search with the goal of gathering user feedback and raising product awareness. | ||
|
||
## Development | ||
|
||
1. When developing locally, Enterprise Search should be running locally alongside Kibana on `localhost:3002`. | ||
2. Update `config/kibana.dev.yml` with `enterpriseSearch.host: 'http://localhost:3002'` | ||
3. For faster QA/development, run Enterprise Search on `elasticsearch-native` auth and log in as the `elastic` superuser on Kibana. | ||
|
||
## Testing | ||
|
||
### Unit tests | ||
|
||
From `kibana-root-folder/x-pack`, run: | ||
|
||
```bash | ||
yarn test:jest plugins/enterprise_search | ||
``` | ||
|
||
### E2E tests | ||
|
||
See [our functional test runner README](../../test/functional_enterprise_search). | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This isn't in yet but will be after #6 is merged in |
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.
Would appreciate some thoughts here - is it OK (for now?) if all CODEOWNER alerts go to both Workplace Search and App Search, or just App Search for now?
Alternatively, should I more painstakingly and granularly split up our file structure? Right now we have a lot of nested
app_search
folders that will have correspondingworkplace_search
siblings - do we want to eventually only alert AS FEDs for AS code, and WS for WS, etc.?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 could see the benefits for both. My personal opinion is to go with the current implementation but as soon as we start branching off and have code in
workplace_search
then we can diverge and go with the latter, more robust solution.