Skip to content

Commit 3fa4a46

Browse files
author
Justine Geffen
committed
Merge branch 'master' into justine-customer-portal
* master: Delete style-guide.md (#3578) Migrate development process to new handbook (#3574)
2 parents dc484cb + b2ca71b commit 3fa4a46

File tree

5 files changed

+6
-337
lines changed

5 files changed

+6
-337
lines changed

source/developer/style-guide.md

Lines changed: 0 additions & 167 deletions
This file was deleted.
Lines changed: 2 additions & 35 deletions
Original file line numberDiff line numberDiff line change
@@ -1,37 +1,4 @@
1-
---------------------------------------------------------
21
Severity levels for bug tickets
3-
---------------------------------------------------------
2+
================================================
43

5-
Criteria for bugs
6-
---------------------------------------------------------
7-
8-
“Scale” of impact
9-
- S1 - ``Data loss or crash`` - Prevents app use (e.g. Mattermost crashes when posting a message). These are the only bugs that can be committed after the T-5 Code Freeze deadline.
10-
- S2 - ``Functionality loss or cosmetic regressions`` - Most users’ functionality affected (e.g. cannot favorite a channel) or includes functional and/or cosmetic/UI regressions. In addition to S1 bugs, these are the only bugs that can be committed after Code Complete deadline until T-5 Code Freeze.
11-
- S3 - ``Minor issues`` - Half or less than half of users’ functionality affected (e.g. cannot create custom emoji if System Admin). Can be fixed anytime until Code Complete deadline.
12-
13-
Assigning severity levels
14-
---------------------------------------------------------
15-
16-
Severity levels on bug tickets are normally assigned by Release Manager and Triage team during Triage meetings using the "Severity" Jira field, but can also be applied by devs and QA at any time.
17-
18-
Bug tickets are sometimes assessed on a case-by-case basis and further considerations may be applied, such as whether the bug is a recent regression or not, how risky the bug fix is, or whether it’s more effective to revert code that initially caused the bug.
19-
20-
Frequently Asked Questions
21-
---------------------------------------------------------
22-
23-
**Why are we doing this?**
24-
25-
- This will help with prioritizing release bug fixes, and composing release metrics related to `mean time days from bug report to delivery (MTTD) <https://docs.google.com/spreadsheets/d/1Aoj4OTaWoyrKIcQNiHH1MVoRG51T20Y_0w2tg5oVw-M/edit#gid=825551144>`_. Severity guidelines are important so that we can ensure high quality releases for customers.
26-
27-
**What does this change?**
28-
29-
- This doesn't change existing processes, but makes it more official. We have prioritized release bug tickets based on severity before, along with other considerations such as whether the bug is a recent regression or not.
30-
31-
**Will this negatively impact quality?**
32-
33-
- This will not negatively impact quality as this doesn't change existing processes. We have prioritized release bug tickets based on severity before. For example, a fix for an issue where `Mattermost server crashed when running a compliance export <https://mattermost.atlassian.net/browse/MM-23157>`_ was fixed for v5.21.0 at T-3 because it was deemed a high severity issue.
34-
35-
**Will customer/Enterprise bugs be prioritized any differently?**
36-
37-
- This doesn't change existing processes and customer bugs will continue to be assessed on a case-by-case basis (e.g. how severe and urgent is the issue for the customer). For example, a fix for an issue where `Mattermost server crashed when running a compliance export <https://mattermost.atlassian.net/browse/MM-23157>`_ was fixed for v5.21.0 at T-3 because it was an urgent, high severity customer bug.
4+
This page has moved to the `Mattermost Handbook <https://handbook.mattermost.com/operations/research-and-development/product/development-process/bug-severity-guidelines>`__.
Lines changed: 1 addition & 57 deletions
Original file line numberDiff line numberDiff line change
@@ -1,60 +1,4 @@
11
Deprecation Policy
22
===============================
33

4-
This document outlines the process for announcing deprecated features to the community. The guiding principle is `no surprises <https://docs.mattermost.com/developer/manifesto.html#no-surprises>`__ with guaranteed long-term stability, where admins or users should never run into anything unexpected while using Mattermost.
5-
6-
Definition of a Deprecated Feature
7-
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
8-
9-
A deprecated feature is considered to be one that breaks backwards compatibility with previous versions.
10-
11-
Examples include:
12-
13-
1) Removing an API endpoint, or one of its parameters.
14-
15-
- APIv3 endpoints on January 16, 2018.
16-
- “permanent” parameter of the DELETE /teams/{team_id} APIv4 endpoint in Mattermost v5.0.0.
17-
18-
2) Removing a config.json setting
19-
20-
- System Console settings in Files > Images in Mattermost v4.0.0.
21-
22-
3) Removing an end user setting or functionality.
23-
24-
- Font setting in Account Settings > Display in Mattermost v4.0.0.
25-
26-
Notice
27-
~~~~~~~
28-
29-
When the decision to deprecate a feature or function is made, the product manager responsible for the feature carries out the following actions:
30-
31-
1. Adds the scheduled deprecation to the `deprecated features page <https://about.mattermost.com/deprecated-features/>`__ with a note of what it's been replaced with.
32-
2. Prepares a forum post describing the reasons for deprecating the feature, providing an opportunity for the community to share feedback. See a `sample forum post <https://forum.mattermost.org/t/switching-teammate-name-display-to-a-system-console-setting/3366>`__.
33-
3. Creates a JIRA ticket for removing the feature, including a prefix “Deprecation:” and a fix version matching the removal target date.
34-
35-
Moreover, the acting release manager takes the following actions:
36-
37-
1. `12 working days before each release <https://docs.mattermost.com/process/release-process.html#c-t-minus-12-working-days-cut-off-for-merging-major-features>`__, adds a list of deprecated features to the compatibility section of the `changelog <https://docs.mattermost.com/administration/changelog.html>`__ and `important upgrade notes <https://docs.mattermost.com/administration/important-upgrade-notes.html>`__. The changelog should include deprecations scheduled for upcoming releases.
38-
2. `12 working days before each release <https://docs.mattermost.com/process/release-process.html#c-t-minus-12-working-days-cut-off-for-merging-major-features>`__, sends the list of deprecated features to the marketing manager, who includes this information in the release announcement.
39-
3. `2 working days before each release <https://docs.mattermost.com/process/release-process.html#h-t-minus-2-working-days-release-build-cut>`__, ensures the `deprecated features page <https://about.mattermost.com/deprecated-features/>`__ is up to date.
40-
41-
Removal target date
42-
~~~~~~~~~~~~~~~~~~~~~
43-
44-
The removal target date should always be the date of the next major release, such as v4.0.0. If the date is not known, you can reference the next major version rather than the actual release date.
45-
46-
However, there should always be at least two months from the time the deprecation is announced to its removal. This number is chosen to match our security backport release policy.
47-
48-
See the table below for examples:
49-
50-
+-----------------------+---------------------+---------------------+
51-
| Deprecation Announced | Final Minor Release | Removal Target Date |
52-
+=======================+=====================+=====================+
53-
| 3.9.0 | 3.10.0 | 4.0.0 |
54-
+-----------------------+---------------------+---------------------+
55-
| 3.10.0 | 3.10.0 | 5.0.0 |
56-
+-----------------------+---------------------+---------------------+
57-
58-
Exceptions for the removal target date may be made if it impacts security or the performance of Mattermost. In such cases, the target date for removing the feature may be made sooner.
59-
60-
On the other hand, if removing a feature is deemed significant, such as the removal of APIv3 endpoints, the target date for removing the feature may be extended to a later release.
4+
This page has moved to the `Mattermost Handbook <https://handbook.mattermost.com/operations/research-and-development/product/development-process/deprecated-features>`__.

source/process/new-bug-tickets.rst

Lines changed: 2 additions & 38 deletions
Original file line numberDiff line numberDiff line change
@@ -1,40 +1,4 @@
1-
---------------------------------------------------------
21
Creating New Jira Bug Tickets
3-
---------------------------------------------------------
2+
===============================
43

5-
Bugs are any “obvious errors” on how the product or a feature is functioning as well as any UI issues. If you’re not reporting an obvious error, please file a Story ticket instead. Errors on `unsupported platforms <https://docs.mattermost.com/install/requirements.html>`_ are not considered bugs.
6-
7-
1. Initial steps to access the "Mattermost" Jira project
8-
---------------------------------------------------------
9-
10-
- Create a Jira account with your mattermost email address at https://mattermost.atlassian.net.
11-
- Ask to give your account permission to create Jira tickets in our `Jira Configuration channel <https://community.mattermost.com/core/channels/jira-configuration>`_.
12-
- Create a ticket in Jira's "Mattermost" project following the next steps below with a note on its priority level.
13-
14-
2. Confirm you’re filing a new issue
15-
---------------------------------------------------------
16-
17-
- Search existing tickets in Jira's "Mattermost" project to confirm your issue isn’t already filed by someone else.
18-
19-
3. Confirm the bug is not a confidential issue
20-
---------------------------------------------------------
21-
22-
- If your issue involves security or if it involves confidential information or customer information, please mark the bug ticket as internal.
23-
24-
4. Information needed on Mattermost bug tickets
25-
---------------------------------------------------------
26-
27-
- **Labels:** Add a ``customer-bug`` label if the ticket is based on a customer bug report. Add a ``community-bug`` label if the ticket is based on a community bug report.
28-
- **Environment:** Mattermost server and version, OS and version, Mattermost mobile app version, Mattermost desktop app version, any notable Mattermost configurations (such as HA, Elasticsearch, image proxy, SSO).
29-
- **Steps to reproduce:** How can we reproduce the issue.
30-
- **Expected behavior:** Describe what you’re expecting to see.
31-
- **Observed behavior:** Describe your issue in detail. What did you see happen? Please include relevant error messages and/or screenshots.
32-
- **Regression:** Please re-test your issue (if possible) on the previous Mattermost version at https://prev.test.mattermost.com to see if the bug is a recent regression.
33-
34-
5. Additional helpful information
35-
------------------------------------
36-
37-
- **Summary:** Add a summary and any additional relevant details of the issue if it helps make the bug more clear.
38-
- **Attachments:** Please include screenshots and/or videos of any helpful error messages and snippets of what you are seeing.
39-
- **Possible fixes:** If you can, link to the line of code that might be responsible for the problem.
40-
4+
This page has moved to the `Mattermost Handbook <https://handbook.mattermost.com/operations/research-and-development/product/development-process/new-bug-tickets>`__.

source/process/software-requirements.rst

Lines changed: 1 addition & 40 deletions
Original file line numberDiff line numberDiff line change
@@ -2,43 +2,4 @@
22
Mattermost Software Requirements
33
=================================
44

5-
This document provides guidelines for determining which software versions Mattermost requires. For past discussion on why these guidelines were chosen, see `this conversation <https://community.mattermost.com/core/pl/sb4fq6qhyfbb5xjdp7x3ud146e>`__.
6-
7-
Current software requirements are `documented here <https://docs.mattermost.com/install/requirements.html#software-requirements>`__.
8-
9-
Before submitting software requirement updates to the documentation, the following steps have to be taken into consideration:
10-
11-
1. Check with Chen in `the Analytics channel <https://community.mattermost.com/private-core/pl/qy675c87zbfn7dmzkh919ppmor>`_ to see what % of users and what % of posts are made by the versions we’re considering to drop support for, to review potential impact to users.
12-
2. For versions we are considering dropping support for, ask the customer support team what the impact is for customers (e.g. if there are known customers on those versions and if we get customer support tickets specific to those versions).
13-
3. Ask developers what the impact is for us internally if we consider dropping or continuing support for a version.
14-
4. If we decide to drop support for a version, work with product managers and developers to plan for updating the version information in all relevant places, including but not limited to: in the product itself (such as the mobile app), Changelogs and README GitHub pages.
15-
16-
Desktop Apps
17-
---------------------------------
18-
19-
.. csv-table::
20-
:header: "Operating System", "Guideline"
21-
22-
"Windows", "Supported versions by Microsoft - `reference <https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions>`__"
23-
"Mac", "Supported versions by Apple - `reference <https://en.wikipedia.org/wiki/MacOS_version_history>`__"
24-
"Linux", "Fixed to Ubuntu LTS releases 16.04 or later"
25-
26-
PC Web
27-
---------------------------------
28-
29-
.. csv-table::
30-
:header: "Browser", "Guideline"
31-
32-
"Chrome", "Chromium version of latest Mattermost Desktop App"
33-
"Firefox", "Supported versions by Mozilla - `reference <https://www.mozilla.org/en-US/firefox/organizations/>`__"
34-
"Safari", "Safari version available in the minimum supported iOS version - `reference <https://en.wikipedia.org/wiki/Safari_version_history>`__"
35-
"Edge", "Latest release"
36-
37-
Mobile Apps
38-
---------------------------------
39-
40-
.. csv-table::
41-
:header: "Operating System", "Guideline"
42-
43-
"iOS", "Latest and next-to-latest versions - `reference <https://en.wikipedia.org/wiki/IOS_version_history>`__"
44-
"Android", "Supported versions by Google - `reference <https://en.wikipedia.org/wiki/Android_version_history>`__"
5+
This page has moved to the `Mattermost Handbook <https://handbook.mattermost.com/operations/research-and-development/product/release-process/bug-fix-release>`__.

0 commit comments

Comments
 (0)