You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in the `spdx/spdx-3-model` repo and manually copied here.
54
63
-`licenses/` - Licenses that used by the SPDX specifications.
55
64
-`model/` - Model files. This subdirectory _is to be created_ by a script
56
65
from `spdx/spec-parser` repo, using model information from
57
-
`spdx/spdx-3-model` repo (see the build instructions below).
66
+
`spdx/spdx-3-model` repo (see the [build instructions](./build.md)).
58
67
-`examples/` - Examples of various SPDX serializations for the current version
59
68
of the spec.
69
+
-`rdf/` - Model RDF files. These ontology files are generated from model
70
+
Markdown files in the `spdx/spdx-3-model` repo and manually copied here.
60
71
-`mkdocs.yml` - MkDocs recipe for the spec documentation generation. The
61
72
inclusion of model files and the order of chapters are defined here.
62
73
63
74
## Branch structure
64
75
65
-
The SPDX spec repo follows the [Gitflow](https://gist.github.com/HeratPatel/271b5d2304de2e2cd1823b9b62bf43e0) workflow with the addition of support branches.
76
+
The SPDX spec repo follows the [Gitflow][gitflow] workflow with the addition of support branches.
-`main` - This will always be the latest released specification.
70
-
-`develop` - This branch will be where the active development for the next major or minor version takes place. Once released, the `develop` branch will be merged into the `main` branch.
71
-
-`support/x.y` - These branches will be long lived and contain any updates to a minor version of the specification. Additions such as translations can be added to the support branch. `x.y` represents the major.minor version. Once any changes are accepted and released, the support branch will be tagged and merged into both the develop and main branches.
72
-
- General feature or fix branches - there may be feature branches made for specific enhancements or fixes to the spec. These will be short lived and merged into either a support branch or the develop branch.
83
+
-`develop` - This branch will be where the active development for the next
84
+
major or minor version takes place.
85
+
Once released, the `develop` branch will be merged into the `main` branch.
86
+
-`support/x.y` - These branches will be long-lived and contain any updates to
87
+
a minor version of the specification.
88
+
`x.y` represents the MAJOR.MINOR version, following Semantic Versioning
89
+
(SemVer) conventions.
90
+
Once any changes are accepted and released, the support branch will be tagged
91
+
and merged into both `develop` and `main` branches.
92
+
- General feature or fix branches - there may be feature branches made for
93
+
specific enhancements or fixes to the spec.
94
+
These will be short-lived and merged into either a `support` branch or the
95
+
`develop` branch.
96
+
-`gh-pages` - This branch hosts generated HTML websites for all versions of
97
+
the specification. It is primarily managed by an automated workflow.
0 commit comments