Skip to content
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

Problem: packages in master are not integrated in public repos #90

Open
sevein opened this issue Nov 17, 2017 · 3 comments
Open

Problem: packages in master are not integrated in public repos #90

sevein opened this issue Nov 17, 2017 · 3 comments

Comments

@sevein
Copy link
Member

sevein commented Nov 17, 2017

As a developer I want the packages available in the master branch to be accessible via public repositories. If a package is deleted, updated or added to master I want the public repositories to reflect the change as soon as possible.

@sevein
Copy link
Member Author

sevein commented Nov 17, 2017

I think we should start simple, only focusing in the master branch. I think this is important because we want to think first in the implications of how these things happen over time (commit after commit). One branch, one pipeline. Having multiple branches or adding support for pull requests would add parallel pipelines and progression over space.

Our master branch contains packages that are currently published in the following repos:

@sevein
Copy link
Member Author

sevein commented Nov 17, 2017

We wouldn't have had a problem like #88 if this mechanism was in place. The packages in /1.7.x seem to be manually placed. Could we have a Jenkinsfile that automates the whole process?

This is the first Jenkinsfile that I've written in my life but is this something we could do?

node {
  stage('Fetch code') {
    checkout scm
  }
  stage('Build packages') {
    jobDsl targets: ['jenkins-groovy/build-packages.groovy'].join('\n')
  }
  stage('Publish packages') {
    jobDsl targets: ['jenkins-groovy/publish-packages.groovy'].join('\n')
  }
}

The simplest approach could just build all the packages each time and publish them in a temporary folder and later replace the old folder so it happens atomically? E.g. using rsync --link-dest=...? I really don't know how's this working internally so please excuse me if this doesn't make any sense.

@scollazo
Copy link
Contributor

scollazo commented Sep 1, 2020

We are now adding the packages to a repository based on version, I think this can be closed.

@sevein, what do you think?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants