nim-lang / RFCs

A repository for your Nim proposals.
137 stars 23 forks source link

version-2-0 branch and CI #436

Closed quantimnot closed 2 years ago

quantimnot commented 3 years ago

Create a version-2-0 branch that PRs can be opened against. All CI tests of the compiler, tools, and stdlib should pass. Compatibility tests should be formed from set of community packages. All compatibility tests should be advisory and not fail the CI result. The compatibility tests should help identify migration routes and document breaking changes.

Big friction point: PRs for devel would have to be forward-ported to the version-2-0 branch.

Araq commented 3 years ago

I think we need to decide whether the devel branch should be 2.0 already.

dom96 commented 3 years ago

I would move fast here, the quicker we have a version-2.0 branch the quicker we can start making PRs against it with breaking changes. Merging devel into it shouldn't be too bad.

quantimnot commented 3 years ago

From the standpoint of someone who hasn't dealt with this sort of thing: I think making current devel be for 2.0 is the right move. It would have less distraction and time/energy forward porting PRs. And there seems to be lots of eagerness for a 2.0 (not necessarily a good reason).

I searched for comments mentioning changes for 2.0.

Araq, you state your main goals as:

not let the perfect be the enemy of the good

I noticed threading being a theme in discussions:

I also notice many users interested in lazy semantic symbol checking: https://github.com/nim-lang/RFCs/issues/416 (more references needed)

Regarding CI: A set of community packages are already tested against, so no change there other than ensuring they are only advisory.

I guess the actions are:

P.S. I didn't know whether the RFC repo is the correct location for this issue. Is it?

Araq commented 3 years ago

See also https://forum.nim-lang.org/t/8627#56143

metagn commented 2 years ago

An officially designated "devel is 2.0" period with a set end date of maybe at least a couple months that can maybe be extended would be very much appreciated on behalf of contributions. I am also wondering if 1.6 or any following version is going to be the LTS of the 1.0 line. I'm guessing it is 1.6, but just to make sure. Backports would need to be more common if this is the case but I don't think there would be enough to warrant a version-2-0 branch.

Araq commented 2 years ago

I am also wondering if 1.6 or any following version is going to be the LTS of the 1.0 line. I'm guessing it is 1.6, but just to make sure.

Yes, I can confirm that 1.6 is the LTS of the 1.0 line.