Skip to content

Commit c784226

Browse files
committed
Moved support explanations to security.md.
1 parent b2b92c7 commit c784226

2 files changed

Lines changed: 24 additions & 27 deletions

File tree

CONTRIBUTING.md

Lines changed: 2 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -4,32 +4,11 @@
44
- [GitHub Flow](#github-flow)
55
- [How to work with GitHub Flow](#how-to-work-with-github-flow)
66
- [Working with Forks and Pull Requests](#working-with-forks-and-pull-requests)
7-
- [Working with Issues / How to Contribute in Issues](#working-with-issues--how-to-contribute-in-issues)
7+
- [Bugfixing And Securityfixing Released Features](#bugfixing-and-securityfixing-released-features)
8+
- [Working with Issues/How to Contribute in Issues](#working-with-issueshow-to-contribute-in-issues)
89
- [How to Write Commit Messages](#how-to-write-commit-messages)
910
- [Code of Conduct](#code-of-conduct)
1011

11-
## Release Strategy
12-
13-
Our Release Cycle for new Features (Minior semver update)
14-
is roughly every two weeks (We will usually make a new Release after each Review).
15-
16-
### Major Release (Semver)
17-
18-
For Upcomming major updates we decided that there will be a time window in which both Major versions (starting with v2.x.x)
19-
will receive security updates and bugfixes.
20-
We did not yet decide on the size window but it will probably be a couple of months
21-
and will be published when the next major version will be released.
22-
23-
### Minor Release/Feature Releases (Semver)
24-
25-
We currently plan to provide support for the latest Minor semver release only.
26-
27-
### Patch Release/Bugfix/Security Fix
28-
29-
We try to make bugfixes and high severity fixes available as patch release for the current minor release
30-
as early as possible.
31-
32-
3312
## GitHub Flow
3413

3514
For more information see [GitHub Flow](https://githubflow.github.io/)

SECURITY.md

Lines changed: 22 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,8 @@
11
# Security Policy
22

33
## Supported Versions
4-
Use this section to tell people about which versions of your project are currently being supported with security updates.
4+
Our _release cycle_ for new features (minior [semver](https://semver.org/lang/de/) update)
5+
is roughly every two weeks (we will usually make a new release after each review).
56

67
| Version | Security Fixes* | Supported** |
78
| ------- | ------------------ | ------------------ |
@@ -10,8 +11,25 @@ Use this section to tell people about which versions of your project are current
1011
| <= 2.4.x | :x: | :x: |
1112
| < 2.0 | :x: | :x: |
1213

13-
## Extended Support
14-
Use this section to tell people about the possibilities to get (payed) extended support for older versions with security updates of your project are currently being supported.
14+
### Major Release (Semver)
15+
_Upcoming major updates_ will come with a time window in which both _major versions_ (starting with v2.x.x)
16+
will receive security updates and bugfixes. The concrete support intervall will be probably a couple of months
17+
and will be published when the next major version will be released.
18+
19+
### Minor Release/Feature Releases (Semver)
20+
We currently plan to provide support for the _latest minor [semver](https://semver.org/lang/de/)_ release only.
21+
22+
### Patch Release/Bugfix/Security Fix
23+
We try to make bugfixes and high severity fixes available as patch release for the current minor release
24+
as early as possible.
25+
26+
## Extended (Enterprise) Support
27+
If you are interessted in extended support for older versions with security updates of our project
28+
please get in touch with the project team via Slack or eMail <secureCodeBox@iteratec.com>.
1529

1630
## Reporting a Vulnerability
17-
Use this section to tell people how to report a vulnerability.Tell them where to go, how often they can expect to get an update on areported vulnerability, what to expect if the vulnerability is accepted ordeclined, etc.
31+
You have found a vulnerability in the project that shouldndt be discloused as public issue before its fixed?
32+
Please get in touch with the project team via Slack or eMail <secureCodeBox@iteratec.com>.
33+
34+
You can expect a fast reaction within the next days.
35+
We will keep you updated about the next steps and inform you if the vulnerability is accepted and when its fixed or if its ordeclined somehow.

0 commit comments

Comments
 (0)