Add Fleet/Agent 8.6.0 release notes#2450
Conversation
|
A documentation preview will be available soon: |
|
This pull request does not have a backport label. Could you fix it @dedemorton? 🙏
|
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
|
Some changes are missing:
More details here: https://github.com/elastic/elastic-agent/pull/2076/files |
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
Co-authored-by: Craig MacKenzie <craig.mackenzie@elastic.co>
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
docs/en/ingest-management/release-notes/release-notes-8.6.asciidoc
Outdated
Show resolved
Hide resolved
OK, I will add them. I thought they were in the category of changes you did not want to include because they didn't show up in the asciidoc file. Sorry about that.... |
| * Add `inspect components` command to inspect the computed components/units model of the current configuration (for example, `elastic-agent inspect components`) {agent-pull}1701[#1701] {agent-issue}836[#836] | ||
| * Add support for the Common Expression Language (CEL) {filebeat} input type {agent-pull}1719[#1719] | ||
| * Only support {es} as an output for the beta synthetics integration {agent-pull}1491[#1491] | ||
| * New control protocol between the {agent} and its subprocesses enables per integration health reporting and simplifies new input development {agent-issue}836[#836] {agent-pull}1701[#1701] |
There was a problem hiding this comment.
@pierrehilbert I've added the missing changelog items here. However, the change to the internal directory structure does not seem like a "feature" to me. Should it be covered under breaking changes instead?
There was a problem hiding this comment.
At this point, we should get this content merged and do follow-up PRs if additional changes are required. I just need approval....
There was a problem hiding this comment.
I wanted to put it into "upgrade" kind but seems to be not working that's why I changed to "feature". But yes "breaking-change" makes probably more sense.
There was a problem hiding this comment.
The internal directory structure change shouldn't be a breaking change, in that the user shouldn't need to take any action to account for it. Agent should keep working. It is definitely notable though.
cmacknz
left a comment
There was a problem hiding this comment.
I'm approving this to unblock the release notes going up. DeDe make any changes you feel are appropriate in the current PR, and we can use a follow up PR to adjust it further if needed.
Co-authored-by: Craig MacKenzie <craig.mackenzie@elastic.co> Co-authored-by: Pierre HILBERT <pierre.hilbert@elastic.co> (cherry picked from commit 306422e)
|
Hi @dedemorton As per current changes suggested in PR, we are able to find notable changes on the Fleet release notes link. Link validated: https://www.elastic.co/guide/en/fleet/8.6/release-notes-8.6.0.html Thanks!! |
Co-authored-by: Craig MacKenzie <craig.mackenzie@elastic.co> Co-authored-by: Pierre HILBERT <pierre.hilbert@elastic.co>
Closes elastic/observability-docs#2449
Link to preview: https://observability-docs_2450.docs-preview.app.elstc.co/guide/en/fleet/master/release-notes-8.6.0.html
Reviewers:
Archived notes (please ignore everything below this heading)
Notes for finalizing this PR:
Resources
The source content for the release notes will come from the following places:
fleet-serverrepo and incorporate the list of changes manually. Make sure you look at the fragments for the latest BC (basicallyhttps://github.com/elastic/fleet-server/tree/commithash/changelog/fragmentswherecommithashis the hash associated with the release artifact. (Ask dev if you're not sure.)Here are some related PRs and resources:
Reviewers
When it's ready, this PR should be reviewed by @cmacknz and @jen-huang (or someone they designate)