switch default git branch name to main

The default git branch of the main DPDK repository has been renamed
from master to main.

Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
This commit is contained in:
Thomas Monjalon 2020-08-12 11:15:30 +02:00
parent da816fb1ff
commit b9b10ddb42
4 changed files with 12 additions and 10 deletions

View File

@ -16,7 +16,7 @@ print_usage () {
by latest git commits limited with -n option, or commits in the git by latest git commits limited with -n option, or commits in the git
range specified with -r option. range specified with -r option.
e.g. To check only the last commit, -n1 or -r@~.. is used. e.g. To check only the last commit, -n1 or -r@~.. is used.
If no range provided, default is origin/master..HEAD. If no range provided, default is origin/main..HEAD.
END_OF_HELP END_OF_HELP
} }
@ -27,7 +27,7 @@ selfdir=$(dirname $(readlink -f $0))
# and allows for specifying the patches to check by passing -nX or -r range. # and allows for specifying the patches to check by passing -nX or -r range.
# The old format allows for specifying patches by passing -X or range # The old format allows for specifying patches by passing -X or range
# as the first argument. # as the first argument.
range=${1:-origin/master..} range=${1:-origin/main..}
if [ "$range" = '--help' ] ; then if [ "$range" = '--help' ] ; then
print_usage print_usage

View File

@ -45,7 +45,7 @@ print_usage () {
The patches to check can be from stdin, files specified on the command line, The patches to check can be from stdin, files specified on the command line,
latest git commits limited with -n option, or commits in the git range latest git commits limited with -n option, or commits in the git range
specified with -r option (default: "origin/master.."). specified with -r option (default: "origin/main..").
END_OF_HELP END_OF_HELP
} }
@ -200,7 +200,7 @@ check_internal_tags() { # <patch>
} }
number=0 number=0
range='origin/master..' range='origin/main..'
quiet=false quiet=false
verbose=false verbose=false
while getopts hn:qr:v ARG ; do while getopts hn:qr:v ARG ; do

View File

@ -118,7 +118,8 @@ The proposer should justify the need for a new sub-tree and should have demonstr
The maintainer should be confirmed by an ``ack`` from an existing tree maintainer. The maintainer should be confirmed by an ``ack`` from an existing tree maintainer.
Disagreements on trees or maintainers can be brought to the Technical Board. Disagreements on trees or maintainers can be brought to the Technical Board.
The backup maintainer for the master tree should be selected from the existing sub-tree maintainers from the project. The backup maintainer for the main tree should be selected
from the existing sub-tree maintainers of the project.
The backup maintainer for a sub-tree should be selected from among the component maintainers within that sub-tree. The backup maintainer for a sub-tree should be selected from among the component maintainers within that sub-tree.
@ -319,7 +320,7 @@ For example::
Patch for Stable Releases Patch for Stable Releases
~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~
All fix patches to the master branch that are candidates for backporting All fix patches to the main branch that are candidates for backporting
should also be CCed to the `stable@dpdk.org <https://mails.dpdk.org/listinfo/stable>`_ should also be CCed to the `stable@dpdk.org <https://mails.dpdk.org/listinfo/stable>`_
mailing list. mailing list.
In the commit message body the Cc: stable@dpdk.org should be inserted as follows:: In the commit message body the Cc: stable@dpdk.org should be inserted as follows::

View File

@ -27,8 +27,9 @@ Stable Releases
Any release of DPDK can be designated as a Stable Release if a Any release of DPDK can be designated as a Stable Release if a
maintainer volunteers to maintain it and there is a commitment from major maintainer volunteers to maintain it and there is a commitment from major
contributors to validate it before releases. If a release is to be designated contributors to validate it before releases.
as a Stable Release, it should be done by 1 month after the master release. If a version is to be a "Stable Release", it should be designated as such
within one month of that version being initially released.
A Stable Release is used to backport fixes from an ``N`` release back to an A Stable Release is used to backport fixes from an ``N`` release back to an
``N-1`` release, for example, from 16.11 to 16.07. ``N-1`` release, for example, from 16.11 to 16.07.
@ -72,7 +73,7 @@ point the LTS branch will no longer be maintained with no further releases.
What changes should be backported What changes should be backported
--------------------------------- ---------------------------------
Backporting should be limited to bug fixes. All patches accepted on the master Backporting should be limited to bug fixes. All patches accepted on the main
branch with a Fixes: tag should be backported to the relevant stable/LTS branch with a Fixes: tag should be backported to the relevant stable/LTS
branches, unless the submitter indicates otherwise. If there are exceptions, branches, unless the submitter indicates otherwise. If there are exceptions,
they will be discussed on the mailing lists. they will be discussed on the mailing lists.
@ -107,7 +108,7 @@ The Stable Mailing List
The Stable and LTS release are coordinated on the stable@dpdk.org mailing The Stable and LTS release are coordinated on the stable@dpdk.org mailing
list. list.
All fix patches to the master branch that are candidates for backporting All fix patches to the main branch that are candidates for backporting
should also be CCed to the `stable@dpdk.org <https://mails.dpdk.org/listinfo/stable>`_ should also be CCed to the `stable@dpdk.org <https://mails.dpdk.org/listinfo/stable>`_
mailing list. mailing list.