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

Smoothest way to move ACA-Py repos and artifacts to the OpenWallet Foundation #3242

Open
swcurran opened this issue Sep 18, 2024 · 3 comments

Comments

@swcurran
Copy link
Contributor

With today's acceptance of ACA-Py into OpenWallet Foundation as a project, we need to plan the move of the ACA-Py repo to the OWF GitHub organization. While moving the repo will be easy (and the old URLs will automagically redirect), I'm more concerned about the artifacts that are generated from ACA-Py. Opening this issue to get guidance from the maintainers to advise on the best approach to make is easy for those that use ACA-Py to carry on through and after the transition.

Questions:

  1. What are artifacts that we generate via GitHub actions, and what are they called?
  • For example, PyPi, GHCR, and any others.
  1. For each, how can we transition to a new name/namespace for those artifacts with the fewest impacts on downstream users?
  • Note that we will be dropping the "Aries" part of the name, and just going with "ACA-Py" and "acapy". Please take that into account as we consider the transitions. We can retain "aries" if we need to, but ideally we transition away from that.
  • For example, can we produce old and new name artifacts for a time period?

Thanks

@dbluhm
Copy link
Contributor

dbluhm commented Sep 19, 2024

Most recent release created the following image in GHCR: ghcr.io/hyperledger/aries-cloudagent-python:py3.12-1.0.0

I am not aware of a way for us to continue to use GHCR without the image name becoming: ghcr.io/openwallet-foundation/acapy:py3.12-1.0.0.

@dbluhm
Copy link
Contributor

dbluhm commented Sep 19, 2024

PyPI package is aries_cloudagent

@WadeBarnes
Copy link
Contributor

I'm thinking this is going to need to be a mostly documented migration. We should be able to publish artifacts to existing and new locations for a period of time while announcing and documenting the deprecation of the existing names and repos, and pointing everyone to the new artifacts. This is easy with the Python artifacts and "should" be just as easy with the GHCR images. From what I understand the GHCR artifacts are separate from the repository and should exist independently of the source code repository, you simply won't have the auto-wired relationship anymore.

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

3 participants