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

No new release since April 2018 ... is the project abandoned? #413

Open
ppatierno opened this issue Oct 17, 2020 · 10 comments
Open

No new release since April 2018 ... is the project abandoned? #413

ppatierno opened this issue Oct 17, 2020 · 10 comments

Comments

@ppatierno
Copy link
Contributor

Hi all,
what's the plan for this project?
I fixed a bug (#410) long time ago (in June) but no new release since April 2018. I see the work around OpenAPI 3.0 support which is even labeled as "help-wanted" so I don't know if it's going to happen soon. What about a new release before it? Or we should just consider this project as abandoned and taking a look at alternatives? @RobWin any thoughts?

@RobWin
Copy link
Member

RobWin commented Oct 19, 2020

Hi,
at lot oft work was invested into OpenAPI 3.0 support, but it wasn't completed yet.
Help is still neded to complete Swagger2Markup 2.0.

@ppatierno
Copy link
Contributor Author

Yeah, sure about that but I was reasoning about a new 1.3.4 or 1.4.0 version without the OpenAPI 3.0 support.
Without an ETA for the 2.0, it's not a good user experience blocking any other release with bug fixes imho.

@RobWin
Copy link
Member

RobWin commented Oct 19, 2020

Yes, but it was the decision by the maintainer and contributor .
We didn't have bug fixes for a long time. Therefore we decided to use the master branch to develop 2.0.
Looking back from now it was a bad decision. I hoped that 2.0 would be completed more quickly, but the it seems the contributor of Open API 3.0 support also don't have much time anymore.

@ppatierno
Copy link
Contributor Author

If I was maintainer (and contributor), I would create a 1.3.x branch (or 1.4.x) from the commit just before the first OpenAPI 3.0 contribution and cherry-pick all the subsequent bug fixes not related to OpenAPI 3.0 on it.
In this way, you could continue to use master for 2.0 but still have the possibility to release a new 1.3.x or 1.4.x with bug fixes.

@ppatierno
Copy link
Contributor Author

@RobWin do you think that my idea is feasible to apply compatibly with your time?

@RobWin
Copy link
Member

RobWin commented Oct 22, 2020

Sure, but I just don't have time to do it.

@ppatierno
Copy link
Contributor Author

It's a pity because this cool project has reached a kind of dead state :-( ... and using the master for OpenAPI 3.0 was a mistake because the people who had the commitment for it, now are not working on it for a long time and maybe they won't work anymore.

@RobWin
Copy link
Member

RobWin commented Oct 22, 2020

Yes I agreee, but if the community is still interested in Swagger2Markup, they can join our Slack Channel, I give them permissions and they can just create this bugfix branch by themselves.
This is also how we added OpenAPI v3.0 support.
It's also not a dead state. Someone can finalize Open API v3.0 support and we are ready to release.

@andye2004
Copy link

@RobWin could you please explain what open issues / features needs to addressed in order to finalise OpenAPI v3 support and enable the release to go ahead?

Thanks, Andy.

@RobWin
Copy link
Member

RobWin commented Feb 17, 2022

@andye2004 Have a look at all the stories which are tagged with "Help wanted"

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