Skip to content

Commit 02eb83c

Browse files
authored
Merge pull request #1907 from evgenyz/maint-1.3
Build and docs: Change the name of the master branch to main
2 parents 44ebe27 + 37b0992 commit 02eb83c

File tree

6 files changed

+16
-16
lines changed

6 files changed

+16
-16
lines changed

.github/workflows/build.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,12 +3,12 @@
33
name: Gating
44

55
# Controls when the action will run. Triggers the workflow on push or pull request
6-
# events but only for the master branch
6+
# events but only for the main branch
77
on:
88
push:
99
branches: [ '*' ]
1010
pull_request:
11-
branches: [ master, maint-1.3 ]
11+
branches: [ main, maint-1.3 ]
1212

1313

1414
# A workflow run is made up of one or more jobs that can run sequentially or in parallel

appveyor.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
1-
version: master-{build}
1+
version: main-{build}
22
branches:
33
only:
4-
- master
4+
- main
55
- maint-1.3
66
image: Visual Studio 2017
77
configuration: Release

docs/Doxyfile.in

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -801,7 +801,7 @@ HHC_LOCATION =
801801

802802
# If the GENERATE_HTMLHELP tag is set to YES, the GENERATE_CHI flag
803803
# controls if a separate .chi index file is generated (YES) or that
804-
# it should be included in the master .chm file (NO).
804+
# it should be included in the main .chm file (NO).
805805

806806
GENERATE_CHI = NO
807807

docs/contribute/contribute.adoc

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -69,13 +69,13 @@ $ git checkout maint-1.2
6969
$ git checkout -b fix_455
7070
----
7171

72-
On the other hand, if you decided that the fix will go into the `master` branch
72+
On the other hand, if you decided that the fix will go into the `main` branch
7373
you have to switch to this branch first before creating a new one:
7474
[source,bash]
7575
----
76-
# create a new local branch to track the remote master branch
77-
$ git checkout -b master remotes/origin/master
78-
# and now create a new branch from the master branch which will contain your fix
76+
# create a new local branch to track the remote main branch
77+
$ git checkout -b main remotes/origin/main
78+
# and now create a new branch from the main branch which will contain your fix
7979
$ git checkout -b fix_455
8080
----
8181

docs/contribute/versioning.adoc

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -2,10 +2,10 @@
22

33
OpenSCAP release versions have the common *$major.$minor.$patch* format.
44

5-
Most of the bleeding edge unstable development happens in the *master* branch.
5+
Most of the bleeding edge unstable development happens in the *main* branch.
66
This branch is likely to break API and ABI and is likely not suitable for anyone
77
but the developers. Only release candidates or other test releases are tagged
8-
from the master branch.
8+
from the main branch.
99

1010
*$major.$minor* together (e.g.: `1.2`) are called *feature releases*. As the
1111
name suggests, once a feature release is made, no new features are added to it.
@@ -42,7 +42,7 @@ in the maintenance branch even if it is considered broken or wrong. Only changes
4242
that make the implementation more compliant to documentation can be considered
4343
- these changes are most commonly bugfixes.
4444

45-
Incompatible improvements shall always be done in the development (`master`)
45+
Incompatible improvements shall always be done in the development (`main`)
4646
branch if they are done at all. The commits should be accompanied with
4747
appropriate changes in documentation.
4848

@@ -67,7 +67,7 @@ surrounding this so please use your best judgement.
6767

6868
Bugfixes applied to maintenance branches must be merged up. For example,
6969
a bugfix applied to `maint-1.2` shall be merged to `maint-1.x` (where `x > 2`)
70-
which then shall be merged to `master`.
70+
which then shall be merged to `main`.
7171

7272
This rule makes sure we always carry bugfixes to new feature releases.
7373

docs/developer/developer.adoc

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -397,7 +397,7 @@ cd vcpkg
397397

398398
----
399399
cd c:\devel
400-
git clone -b master https://github.com/OpenSCAP/openscap.git
400+
git clone -b main https://github.com/OpenSCAP/openscap.git
401401
----
402402

403403
3) Generate Visual Studio Solution
@@ -437,10 +437,10 @@ mingw32-curl mingw32-pcre \
437437
mingw32-filesystem mingw32-bzip2
438438
-------------------------------------------------------------
439439

440-
2) Checkout the master branch of the OpenSCAP repository
440+
2) Checkout the main branch of the OpenSCAP repository
441441

442442
----------------------------------------------------------------------
443-
$ git clone -b master https://github.com/openscap/openscap.git
443+
$ git clone -b main https://github.com/openscap/openscap.git
444444
$ cd openscap
445445
----------------------------------------------------------------------
446446

0 commit comments

Comments
 (0)