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

Release Plans #1351

Closed
CrafterKolyan opened this issue Jan 7, 2020 · 6 comments
Closed

Release Plans #1351

CrafterKolyan opened this issue Jan 7, 2020 · 6 comments

Comments

@CrafterKolyan
Copy link
Contributor

Are there any plans for the next release date? Are there any conditions that must be satisfied for the release? It's already 3 months passed since last release and many fixes were done to the library. Do you have any tasks that delay the release?

@Anteru
Copy link
Collaborator

Anteru commented Jan 7, 2020

There is no specific date for a next release -- we just need to cut off at some point and make one. Is there anything particularly important fix that would warrant a new release?

@CrafterKolyan
Copy link
Contributor Author

As for us there were some important fixes connected with SLexer but as I think there are some important changes for all contributors (because in my opinion some of these changes are made after people found some bug in their own software or project using pygments). Actually I am for the constant delivery of updates (just as tqdm does).

If you want some really important fix we can fix for example f-strings in python so that jupyter notebook will highlight them correct. But I'm not sure that's a bad thing to release just some fixes. They are fixes after all. And there's no particular need in releasing 2.6 version. We can release 2.5.3.

@Anteru
Copy link
Collaborator

Anteru commented Jan 7, 2020

We have new lexers, so the next release will be 2.6. If there was some important fix that would warrant a 2.5.3 then I could push it out. Basically, we do a new release when "enough" stuff has accumulated, and there are some larger PRs waiting to get merged here which I personally would like to land before 2.6 happens.

@birkenfeld
Copy link
Member

2.5.3 can't be released right now since the master branch contains new features and fixes.
I wanted to have 2.6 in 2020 since we're removing 2.x compatibility.

As for release frequency, releases are not free. They generate work for us, of course, but also for downstream users/packagers who have to decide which versions to pick up.

@Anteru
Copy link
Collaborator

Anteru commented Jan 7, 2020

I meant that we could do a 2.5.3 if an important fix is needed by manually backporting it, but that has high cost and I don't see a fix that would warrant that :)

@birkenfeld
Copy link
Member

birkenfeld commented Jan 7, 2020

Of course; I responded to Nikolay and your post came in when I was hitting send :)

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