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

All tests and CI broken by converting Virtualmin github account to an organization #9

Open
swelljoe opened this issue Aug 17, 2020 · 10 comments

Comments

@swelljoe
Copy link
Collaborator

Since the conversion of Virtualmin account to a github organization all Travis CI connections have stopped working, so tests, coverage reports, etc. are all in a state of limbo (they just aren't running so we see old statuses from months ago). I dunno how to fix it without manually recreating all of the connections, which I simply don't have time for right now. I regret caving to peer pressure on this decision.

@swelljoe
Copy link
Collaborator Author

Actually, it's worse than that. I can't even log back into the Virtualmin Travis CI account, since it logs in via github and there is no longer a github virtualmin account. So...it's just broken forever, I guess?

@swelljoe
Copy link
Collaborator Author

It also broke automatic mirroring to gitlab, and it looks like it'll have to be resolved on a per-repo basis, as well. Not super important, but that was our repo backup, independent of github, so it needs to get sorted at some point.

@iliajie
Copy link
Contributor

iliajie commented Aug 18, 2020

Not super important, but that was our repo backup, independent of github, so it needs to get sorted at some point.

I didn't know we're doing it. It is a great idea, and I think, it's important!

@swelljoe
Copy link
Collaborator Author

I'd originally setup a gogs install for the purpose, but gitlab was free even for private repos and already had github syncing built-in, so it proved faster and cheaper. But, now I have to do it all over again. Oh, well. That's the one big pain of having 30+ repos instead of just one big one. Setting up this kind of thing is super tedious...probably scriptable, but it's one of those things that'd probably take a long to script as it would to do it in the GUI and it should be a one-time thing.

@iliajie
Copy link
Contributor

iliajie commented Aug 18, 2020

How about just adding hooks on .git/hooks side and automatically upload after a commit or a push?

@swelljoe
Copy link
Collaborator Author

No. That distributes the problem. I think just having it auto-synced by gitlab is good and simple, it just takes time to set it all back up again for every repo.

@iliajie
Copy link
Contributor

iliajie commented Aug 18, 2020

I think just having it auto-synced by gitlab is good and simple

Okay, great! Good to know!

@chris001
Copy link
Contributor

@swelljoe
Someone had the same issue in 2015, and posted on stack overflow.
Someone else who also had the same issue, answered them with the solution, and here's the post!

https://stackoverflow.com/questions/29658536/conversion-to-github-organization-breaks-travis-ci-pro-setup

@swelljoe
Copy link
Collaborator Author

Yeah, I found that, but don't have time to work on it currently. And, we're not paying for Travis CI Pro, so I'm not sure how eager they'll be to help. It is likely to be less time than the manual process of re-adding all of the repos that have CI configs, but still will take at least a couple/few hours to create new user, setup API access, contact support, etc.. Regardless, it'll just have to be broken for a while, as I have negative free time for the foreseeable future.

@chris001
Copy link
Contributor

Travis will help fix this kerfluffle, even when you're using the free version of Travis. Especiially since you're GPL/open source!

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