Possible to completely revert to v1?

#1

Seems everything I do in v2 is broken. Integration of Workflows is incomplete and has poor documentation and bugs when trying to execute via API.

My v1 config was working just fine. Any way I can revert all this work I’ve put into an unclear migration path and go back to what was working just fine?

0 Likes

#2

Sadly no. 1.0 is EOL and no more builds will run after March 15th.

With that being said, we are happy to help you get things working in 2.0. If you share some of your challenges here on this forum we’d be happy to take a look.

0 Likes

#3

Honestly there were a lot of them and I can’t remember half of it now.

I did open and then close this issue where API was giving inconsistent results depending on where it was called from. I imagine it may have been related to how strings are handed in the commands, but by then had experienced so many issues with workflows that it was much easier to remove them and go back to a more reliable if more verbose setup.

The API for triggering builds was one of the more frustrating parts. The documented method does not function. One annoyance there is “Project API keys” are not accepted as authentication only “Personal API keys” and this is not documented, so first exposure is a “Permission denied” error which isn’t obvious in it’s cause.

Over here I see people using another endpoint to trigger builds, which for me resulted in error messages calling for settings which had already been enabled. Also note how we’re told to call API v1.1 to access features for 2.1. So inconsistent and without explanation.

Then there is this with incomplete capabilities on 2.1. Why release an minor API version if it is not consistent with the major version?

API version 2.1? What is this whole incomplete patch all about?
Enable Build Processing? Huh?

Then there is this extra version number oddity:

Then there was something about contexts not working yet for workflows.

Seems it is all half complete and without a clear plan for endpoints. Shutting off v1 while v2 is in this state seems less than robust for a CI platform which has to be relied on for production systems.

These decisions greatly lessen my confidence in the system.

0 Likes

#4

@yellow

I recommend you take a positive frame of mind when working with hosted CI of any kind. From time to time I see disgruntled users here who post in the hope that things don’t work, so they can be proved right in their assertion that the platform is not up to scratch. And, yet, there are thousands of happy customers on the platform, who have all taken a proactive approach to making it work, even if there was some workaround they needed to do.

I can’t promise Circle is right for your use case, but I am quite persuaded that the demeanour of the implementer make an substantial difference to the outcome.

0 Likes

#5

With something as mission critical as CI. I expect semver to be rational and most recent version to not be a beta test.

0 Likes

#6

@yellow: I agree! :smiley_cat:

0 Likes

#7

In regards to SemVer, it was not followed at the start, so while we are trying to get it buck on track for our API it is currently a little out of spec.

As an update though, we have a dedicated team working to fill the feature gaps and while I don’t have an update we are hoping to be done soon. I understand the frustration and impact this is causing.

0 Likes

closed #8

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.

0 Likes