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

[Feature] Migration Issues to existing Repo #10027

Open
6543 opened this issue Jan 28, 2020 · 15 comments
Open

[Feature] Migration Issues to existing Repo #10027

6543 opened this issue Jan 28, 2020 · 15 comments
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@6543
Copy link
Member

6543 commented Jan 28, 2020

allow migration of Issues, Milestone and Lables to an existing repo

@guillep2k
Copy link
Member

What it the use case?

@6543
Copy link
Member Author

6543 commented Jan 28, 2020

if you have your code managed on one repo and issues are managed elswhere ... later you decide to move all into one place

@lunny
Copy link
Member

lunny commented Jan 28, 2020

I think you could force push the git repository to the new migrated repository.

@lunny lunny added the type/proposal The new feature has not been accepted yet but needs to be discussed first. label Jan 28, 2020
@6543
Copy link
Member Author

6543 commented Jan 28, 2020

in the case this feature come up with (#10031) i cant ...

@schoel-bis
Copy link

To give you another use case: We have several projects that are spread out over multiple repositories, typically one for the server component and one for the UI component, but sometimes also more than that. Now, we encourage users to use our Gitea to report issues. Of course, they will almost always report issues against the UI component since that is what they interact with. Yet, from a developer perspective, many of these issues actually belong to the server component as that is where the action takes place. Currently, we have to copy/paste the issue to the server component or cross-reference issues, commits, and pull-requests between the repos. It would be much more convenient if we could just simple move/transfer the issue to the other repo. Ideally, the URL for the original issue would forward to the new location so that end users reporting an issue would still be able to find it after transfer.

GitHub does have a “Transfer issue” feature.

@aschrijver
Copy link

My use case is as follows: I've been developing a website on my local self-hosted gitea instance, and soon I want to migrate it to codeberg.org. But all the commits I have made thus far contain reference to issue ID's in the message line. A simple push of the repo to the new origin at codeberg would create a mess with wrong commits showing up on the various issues, both open and closed. The only option I see now is to manually fully recreate the issues I have locally atm.

@6543
Copy link
Member Author

6543 commented May 2, 2020

@aschrijver can tea do the job for you?

@aschrijver
Copy link

Thanks for the suggestion. Taking a quick peek at the code, I think it is insufficient.

@guillep2k
Copy link
Member

@aschrijver This issue is about migrating issues between repos within Gitea.

@6543
Copy link
Member Author

6543 commented May 3, 2020

It still is ...

@aschrijver
Copy link

@guillep2k you mean within the same host server? I want to migrate from a local self-hosted gitea to a remote gitea (hosted at codeberg.org).

@guillep2k
Copy link
Member

@aschrijver Sorry, I didn't realize codeberg.org was running Gitea. 😅

@6543
Copy link
Member Author

6543 commented May 5, 2020

@aschrijver a nother workaround could be to use Giteas API to export import it ... since I noticed tea only "export" issue but do not import it - but this is only a workaround ...

while this issue here stands for a feature to migrate issues to an existing repo from somewhere else

... I'm actualy thinking this is not needed anymore more importand would be to fix #10031, and a migration function within gitea from one repo to another one ...

@guillep2k should I close?

@6543
Copy link
Member Author

6543 commented May 5, 2020

you can use the migration function and force push code afterwards if needed ... only one idear: an option to NOT migrate code but other stuff if github or gitlab is selected ...

@aschrijver
Copy link

Thanks for your suggestions, @6543

@6543 6543 mentioned this issue Sep 3, 2020
24 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

5 participants