[squid-dev] [RFC] Squid 4.0 ideas

Kinkie gkinkie at gmail.com
Sun Mar 8 06:49:28 UTC 2015


> The Foundation board has had a bit of discussion about this proposal
> during the last meeting and countered with a different proposal for
> consideration. Otherwise are split over whether to change at all, and
> with good reasons on all sides of he decision.
>
>
> Proposal 2)
>
>  We are developing Squid with an incremental development process. The
> initial major version number is effectively meaningless in that process.
> We should move from the major.minor.patch to just a release.patch
> numbering system.
>
> This would mean this years upcoming major series would be 4.x, and next
> years would be 5.x and so on.
>
> There are quite a lot of infrastructure changes involved with that big a
> change, and its not entirely clear how the beta releases would be
> represented - perhapse not having any beta releases at all?

Beta releases can be managed just like they are now:
MAJ.0.X would be beta
MAJ.Y (Y>=1) would be stable

> If the issue of betas can be resolved in a good way I am inclined to go
> with proposal #2 myself. Lacking that with proposal #1.
>
>
>
> We still have a few months to think about this before a final call is
> made. All ideas and opinions welcome.

+1.
Guys, please speak up :)

  Kinkie


More information about the squid-dev mailing list