Skip to content

Linking multiple projects to the same repo causing significant version problems #3763

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

Closed
mradamcox opened this issue Mar 10, 2018 · 5 comments
Labels
Support Support question

Comments

@mradamcox
Copy link

I'll preface this by saying that having two projects built from the same repo is not ideal, but it seemed like a clean workaround for not being able to do a full domain redirect from one (the original docs) to the new one.

Details

  • Project URL: arches.readthedocs.org
  • Project URL: arches4.readthedocs.org
  • Build URL (if applicable):
  • Read the Docs username (if applicable): mradamcox

Expected Result

I'm having trouble with two projects: arches used to be pointed at a bitbucket repo, and arches4 points to the current code base: https://github.com/archesproject/arches. I want both projects to be identical, now building from a new repo where I have consolidated all documentation into one place, with branches for each release: https://github.com/archesproject/arches-docs.

Actual Result

The problem is that even after I change the URL to the new repo, deactivate all of versions (and wipe them), disable any previous github integrations, and make new webhooks, the tag release SHAs are still associated with many versions in each repo. Most strangely, the new project arches now has versions designated for the tags from the original code base, from which that project was never built in the first place. This causes a failed build on stable like this https://readthedocs.org/projects/arches/builds/6867530/ because in reality that SHA does not exist in the arches-docs repo.

It seems to me that this may be related to #3743, because ultimately what I really need is to just wipe all of the version-related metadata (SHA, name, etc) in both of these projects and start brand new. Based on this ticket #3192 I have deleted and recreated the webhooks (and waited a day) but the weirdness remains.

@stsewd
Copy link
Member

stsewd commented Mar 11, 2018

mmm, I think this is related to #3729 and #3714, both users were able to solve this recreating the rtd project.

@humitos probably a bug caused by a recently regression or just coincidence? Three similar reports this week.

@mradamcox
Copy link
Author

Deleting and recreating the projects solved the problems I was having. I'll leave closing this ticket up to others, as I'm not sure if it actually points to a new or known bug.

@stsewd
Copy link
Member

stsewd commented Apr 9, 2018

I think this was because of this bug #3887.

@humitos
Copy link
Member

humitos commented Apr 9, 2018

Great! I'm closing this one since the original issue is already fixed and we have a fix proposal for the general rule. Thanks for reporting and help us to debug!

@humitos humitos closed this as completed Apr 9, 2018
@mradamcox
Copy link
Author

Yup, reading the conversation on 3887 it seems that this issue will be fixed whenever the other bug is addressed. Thanks for keeping up with this!

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

No branches or pull requests

4 participants