File tree Expand file tree Collapse file tree 6 files changed +16
-16
lines changed Expand file tree Collapse file tree 6 files changed +16
-16
lines changed Original file line number Diff line number Diff line change 3
3
name : Gating
4
4
5
5
# 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
7
7
on :
8
8
push :
9
9
branches : [ '*' ]
10
10
pull_request :
11
- branches : [ master , maint-1.3 ]
11
+ branches : [ main , maint-1.3 ]
12
12
13
13
14
14
# A workflow run is made up of one or more jobs that can run sequentially or in parallel
Original file line number Diff line number Diff line change 1
- version : master -{build}
1
+ version : main -{build}
2
2
branches :
3
3
only :
4
- - master
4
+ - main
5
5
- maint-1.3
6
6
image : Visual Studio 2017
7
7
configuration : Release
Original file line number Diff line number Diff line change @@ -801,7 +801,7 @@ HHC_LOCATION =
801
801
802
802
# If the GENERATE_HTMLHELP tag is set to YES, the GENERATE_CHI flag
803
803
# 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).
805
805
806
806
GENERATE_CHI = NO
807
807
Original file line number Diff line number Diff line change @@ -69,13 +69,13 @@ $ git checkout maint-1.2
69
69
$ git checkout -b fix_455
70
70
----
71
71
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
73
73
you have to switch to this branch first before creating a new one:
74
74
[source,bash]
75
75
----
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
79
79
$ git checkout -b fix_455
80
80
----
81
81
Original file line number Diff line number Diff line change 2
2
3
3
OpenSCAP release versions have the common *$major.$minor.$patch* format.
4
4
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.
6
6
This branch is likely to break API and ABI and is likely not suitable for anyone
7
7
but the developers. Only release candidates or other test releases are tagged
8
- from the master branch.
8
+ from the main branch.
9
9
10
10
*$major.$minor* together (e.g.: `1.2` ) are called *feature releases* . As the
11
11
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
42
42
that make the implementation more compliant to documentation can be considered
43
43
- these changes are most commonly bugfixes.
44
44
45
- Incompatible improvements shall always be done in the development (`master `)
45
+ Incompatible improvements shall always be done in the development (`main `)
46
46
branch if they are done at all. The commits should be accompanied with
47
47
appropriate changes in documentation.
48
48
@@ -67,7 +67,7 @@ surrounding this so please use your best judgement.
67
67
68
68
Bugfixes applied to maintenance branches must be merged up. For example,
69
69
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 `.
71
71
72
72
This rule makes sure we always carry bugfixes to new feature releases.
73
73
Original file line number Diff line number Diff line change @@ -397,7 +397,7 @@ cd vcpkg
397
397
398
398
----
399
399
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
401
401
----
402
402
403
403
3) Generate Visual Studio Solution
@@ -437,10 +437,10 @@ mingw32-curl mingw32-pcre \
437
437
mingw32-filesystem mingw32-bzip2
438
438
-------------------------------------------------------------
439
439
440
- 2) Checkout the master branch of the OpenSCAP repository
440
+ 2) Checkout the main branch of the OpenSCAP repository
441
441
442
442
----------------------------------------------------------------------
443
- $ git clone -b master https://github.com/openscap/openscap.git
443
+ $ git clone -b main https://github.com/openscap/openscap.git
444
444
$ cd openscap
445
445
----------------------------------------------------------------------
446
446
You can’t perform that action at this time.
0 commit comments