-
Notifications
You must be signed in to change notification settings - Fork 24
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
[feature request] Add option to for destination environment in copy_content() #214
Comments
I don't see a reasonable way how this could be implemented. Copying units between one Pulp server and another isn't something that the Pulp API supports. The closest analogy is sync, which roughly does (for example) asking Pulp to download a remote yum repo and import all content found within. |
@rohanpm sync sounds interesting. Is there a basic usage example I could follow? |
Not really, it was added for usage with docker-pulp repos, and that service has now been retired. For other types of repos I believe it falls into the category of: theoretically should work, but since nobody uses it, bugs are likely. |
Summary
With how many pulp environments there can be, content units can easily fall out of sync between them. It doesn't appear that
copy_content()
has a way of setting a destination environment to complement theto_repository
parameter. Adding such a parameter would drastically simplify content synchronization.Issue Type
Current behavior
There doesn't appear to be a built-in way to synchronize content units between pulp environments when using
copy_content()
.Desired behavior
copy_content()
should have ideally have an optional parameter for a destination environment, such asclient.copy_content(TARGET_REPO, DESTINATION_REPO, to_client=Client(url=DEST_URL, cert=CERT))
Use case
A
stage
pulp environment is occasionally used for comparing content againstprod
, however even when runningpub
to push a compose and update pulp, the packages in thestage
pulp environment aren't guaranteed to be 1:1 with prod. Copying pulp content units directly between environments may be more reliable.Additional Information
The text was updated successfully, but these errors were encountered: