You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by Ishan Chattopadhyaya <ic...@gmail.com> on 2021/01/12 02:34:46 UTC

New branch and feature freeze for Lucene/Solr 8.8.0

Branch branch_8_8 has been cut and versions updated to 8.9 on stable branch.

Please observe the normal rules:

* No new features may be committed to the branch.
* Documentation patches, build patches and serious bug fixes may be
  committed to the branch. However, you should submit all patches you
  want to commit to Jira first to give others the chance to review
  and possibly vote against the patch. Keep in mind that it is our
  main intention to keep the branch as stable as possible.
* All patches that are intended for the branch should first be committed
  to the unstable branch, merged into the stable branch, and then into
  the current release branch.
* Normal unstable and stable branch development may continue as usual.
  However, if you plan to commit a big change to the unstable branch
  while the branch feature freeze is in effect, think twice: can't the
  addition wait a couple more days? Merges of bug fixes into the branch
  may become more difficult.
* Only Jira issues with Fix version 8.8 and priority "Blocker" will delay
  a release candidate build.

Re: New branch and feature freeze for Lucene/Solr 8.8.0

Posted by Ishan Chattopadhyaya <ic...@gmail.com>.
If one thinks that any new feature/change needs to go in, please discuss in
the 8.8 release thread. So long as it doesn't disrupt the stability of the
release, we can consider it on a case by case basis.

On Tue, 12 Jan, 2021, 8:04 am Ishan Chattopadhyaya, <
ichattopadhyaya@gmail.com> wrote:

>
> Branch branch_8_8 has been cut and versions updated to 8.9 on stable
> branch.
>
> Please observe the normal rules:
>
> * No new features may be committed to the branch.
> * Documentation patches, build patches and serious bug fixes may be
>   committed to the branch. However, you should submit all patches you
>   want to commit to Jira first to give others the chance to review
>   and possibly vote against the patch. Keep in mind that it is our
>   main intention to keep the branch as stable as possible.
> * All patches that are intended for the branch should first be committed
>   to the unstable branch, merged into the stable branch, and then into
>   the current release branch.
> * Normal unstable and stable branch development may continue as usual.
>   However, if you plan to commit a big change to the unstable branch
>   while the branch feature freeze is in effect, think twice: can't the
>   addition wait a couple more days? Merges of bug fixes into the branch
>   may become more difficult.
> * Only Jira issues with Fix version 8.8 and priority "Blocker" will delay
>   a release candidate build.
>