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

Replacing package with new source #56103

Closed
tecosaur opened this issue Mar 7, 2022 · 2 comments
Closed

Replacing package with new source #56103

tecosaur opened this issue Mar 7, 2022 · 2 comments

Comments

@tecosaur
Copy link
Contributor

tecosaur commented Mar 7, 2022

Hello,

I've seen the FAQ section on changing the repo when a package is transferred to a new owner, but I'm wondering what could be done when a new project wants to replace an old one.

In this instance, non-jedi registered https://github.com/non-Jedi/Org.jl as Org in 2019 but hasn't had the time he hoped to spend on it since. I have recently developed https://github.com/tecosaur/Org.jl which has progressed much further, and talking to non-jedi we'd both be happy if my Org.jl replaced his in the registry.

What would be the best way to accomplish this? I see for transfers a repo URL edit is all that's needed, but here the UUID and git sha for non-jedi's v0.1 wouldn't match. Is v0.1 cached in such a way that this could be switched and I could release v0.2 without any issues?

One hacky way that I'd imagine this works is if:

  • I delete my repo
  • non-jedi transfers his repo to me
  • I add a commit wiping everything
  • I cherry-pick all of my commits on top of the repo
  • I add a commit changing my UUID to match non-jedi's UUID
  • I open a "package transfer" PR changing the repo URL

However, this feels like a last resort to me.

@non-Jedi
Copy link
Contributor

non-Jedi commented Mar 7, 2022

You can merge the two git histories like was done with LightGraphs. Then all that has to be done on this repo is changing the repo location. This will obviously have fewer potential conflicts than were introduced by the lightgraphs procedure since nobody uses my existing package.

@tecosaur
Copy link
Contributor Author

tecosaur commented Mar 7, 2022

Thanks for that link, I've ended up doing it in two parts, but I think it's sorted now. For anyone that stumbles across this in future, the git merge flag --allow-unrelated-histories came in handy.

@tecosaur tecosaur closed this as completed Mar 7, 2022
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