You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I switched us from Travis to CircleCI for two reasons:
"manual" pipelines so that our committer team can press a button to deploy, so that PR authors get their stuff delivered quickly (GitLab has this also)
it has randomly stopped building PRs, and we have a bunch open. I double-checked the dashboard and can find no reason why it stopped building PRs.
Our CI configuration has not changed, but all our CI pipelines just started failing with Directory (/home/circleci/project) you are trying to checkout to is not empty and not a git repository.
The point of paying for CI is to take things off my plate, but Circle keeps putting things back on it. I'm frustrated. I can't merge and release people's PRs if the CI is down, and I don't have time to debug CI that breaks without any changes on our side.
Apologies to PR authors, releases are gonna be frozen for a bit while I investigate a transition to GitLab.
@nedtwigg Would using GitHub Actions be an alternative, too?
I've read #570 (comment) and I understand the argument about a potential lock-in to GitHub.
This being said, I think the level of integration and the available actions could be a time saver compared to migrating the project to GitLab or integrating it to a degree with GitLab to be able to use GitLab CI.
Well, I flushed our CircleCI project cache like so 10b1834
We then started getting a new error related to the JRE 11. Looks like the CircleCI JRE 11 docker image changed, and one of our build plugins couldn't parse the java version anymore, which I fixed with 1a9d710. and now our CI is working again.
While working on this, it looks like CircleCI lost some GitHub permissions somehow, and hopefully by relinking it our PRs will start working again.
If anybody submits a PR for a full or partial migration to GitHub actions, I would gratefully merge it. I tried to turn on GitLab CI, but the GitLab import got wedged somehow, and I'm frankly red hot with how much time this took and all these systems being so flaky.
The point of running tests on tagged docker images is to make tests reproducible, so why-the-F does Circle silently change them underneath you. That is insane. If the docker image needs bugfixes, it should submit a PR against the config.yml to bump the version number of the docker image.
Activity
jbduncan commentedon Sep 25, 2021
No worries, @nedtwigg. That sounds awfully frustrating. If there's anything I can do to help, please let me know.
joschi commentedon Sep 25, 2021
@nedtwigg Would using GitHub Actions be an alternative, too?
I've read #570 (comment) and I understand the argument about a potential lock-in to GitHub.
This being said, I think the level of integration and the available actions could be a time saver compared to migrating the project to GitLab or integrating it to a degree with GitLab to be able to use GitLab CI.
[-]CircleCI -> GitLab CI[/-][+]CircleCI -> GitLab or GitHub CI[/+]nedtwigg commentedon Sep 26, 2021
Well, I flushed our CircleCI project cache like so 10b1834
We then started getting a new error related to the JRE 11. Looks like the CircleCI JRE 11 docker image changed, and one of our build plugins couldn't parse the java version anymore, which I fixed with 1a9d710. and now our CI is working again.
While working on this, it looks like CircleCI lost some GitHub permissions somehow, and hopefully by relinking it our PRs will start working again.
If anybody submits a PR for a full or partial migration to GitHub actions, I would gratefully merge it. I tried to turn on GitLab CI, but the GitLab import got wedged somehow, and I'm frankly red hot with how much time this took and all these systems being so flaky.
The point of running tests on tagged docker images is to make tests reproducible, so why-the-F does Circle silently change them underneath you. That is insane. If the docker image needs bugfixes, it should submit a PR against the
config.ymlto bump the version number of the docker image.