Skip to content
This repository has been archived by the owner on Jan 27, 2023. It is now read-only.

Add promote script #110

Closed
wants to merge 3 commits into from
Closed

Add promote script #110

wants to merge 3 commits into from

Conversation

ruflin
Copy link
Contributor

@ruflin ruflin commented Jul 1, 2020

Initial draft of the promote script to promote a package from one branch to an other.

This script does not necessarly belong here but didn't find a better place. Only opening as draft for now.

ruflin added 2 commits July 1, 2020 22:55
Initial draft of the promote script to promote a package from one branch to an other.
@ruflin ruflin self-assigned this Jul 1, 2020
@elasticmachine
Copy link
Collaborator

elasticmachine commented Jul 1, 2020

💚 Build Succeeded

Pipeline View Test View Changes Artifacts preview

Expand to view the summary

Build stats

  • Build Cause: [Branch indexing]

  • Start Time: 2020-07-28T16:39:44.897+0000

  • Duration: 3 min 20 sec

@ruflin
Copy link
Contributor Author

ruflin commented Jul 2, 2020

@mtojek I started to work on the "promote" script. It is not complete yet and I want to get the magic from your script in about using a Github API key.

@mtojek
Copy link
Contributor

mtojek commented Jul 2, 2020

I understand that this PR will deprecate the existing tooling (update-package-storage)?

@ruflin
Copy link
Contributor Author

ruflin commented Jul 2, 2020

@mtojek No, this script should only promote packages from one release to the next. We will still need the update-package-storage script but need to adjust it.

@ruflin ruflin removed their assignment Jul 3, 2020
@ruflin
Copy link
Contributor Author

ruflin commented Aug 6, 2020

Closing this PR as probably not needed in this form.

@ruflin ruflin closed this Aug 6, 2020
thomasneirynck pushed a commit to thomasneirynck/package-storage that referenced this pull request Sep 28, 2021
In the future metricbeat / filebeat and the agent will only support inputs. With this inputs become a first class citizen in our stack. An input is basically an agent configuration + an ingest pipeline. At the moment the package content is focused on having a config for the Beat or agent and all pipelines in one place. This complicates 2 things:

* Knowing which ingest pipeline belongs to a specific input
* Building integrations with multiple inputs: https://github.com/elastic/integrations/pulls

Having the concept could simplify things as the package builder must not try to prevent naming configs of ingest pipeline by introducing extra long names. Also it should simplify testing as often testing is focused on inputs. With this all assets related to an input are together.

As part of this PR there is an example on how such an input structure could look like. This should not replace the old place of ingest pipelines. If a user wants to build a package with just a ingest pipeline but not an input, this should also be possible in the future.

The changed structure is described in the ASSET.md file.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants