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
Copy file name to clipboardExpand all lines: docs/docsite/rst/community/maintainers_guidelines.rst
+38-41Lines changed: 38 additions & 41 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,12 +3,12 @@
3
3
Maintainer responsibilities
4
4
===========================
5
5
6
-
This document is intended for:
6
+
This document provides guidance for:
7
7
8
-
* Contributors to collections who are interested in joining their maintainer teams.
9
-
* Collection maintainers who want to learn more about the subject.
8
+
* Contributors to collections who want to join maintainer teams.
9
+
* Collection maintainers seeking to understand their roles better.
10
10
11
-
This document explains what a collection maintainer is, outlines their responsibilities, and describes the process for becoming one.
11
+
This document defines the role of an Ansible collection maintainer, outlines their responsibilities, and describes the process for becoming one.
12
12
13
13
.. contents::
14
14
:depth: 1
@@ -17,85 +17,82 @@ This document explains what a collection maintainer is, outlines their responsib
17
17
Collection maintainer definition
18
18
--------------------------------
19
19
20
-
An Ansible collection maintainer (or maintainer for short) is a contributor who:
20
+
An Ansible collection maintainer, or simply maintainer, is a contributor who:
21
21
22
-
* Makes significant and regular contributions to the project.
23
-
* Has shown themselves as a specialist in the area the collection automates.
24
-
* Trusted by the community: to be able to perform their duties, maintainers have the ``write`` or higher access level in the collection.
22
+
* Makes significant and regular contributions to a project.
23
+
* Demonstrates expertise in the area the collection automates.
24
+
* Earns the community's trust. To fulfill their duties, maintainers have ``write`` or higher access to the collection.
25
25
26
26
Maintainer responsibilities
27
27
---------------------------
28
28
29
-
Collection maintainers:
29
+
Collection maintainers perform the following tasks:
30
30
31
31
* Act in accordance with the :ref:`code_of_conduct`.
32
-
* Subscribe to the repository they maintain (click :guilabel:`Watch > All activity` in GitHub).
33
-
* Keep README, development guidelines, and other general :ref:`maintainer_documentation` relevant.
34
-
* Review using the :ref:`review_checklist` and commit changes made by other contributors.
32
+
* Subscribe to the repository they maintain. In GitHub, click :guilabel:`Watch > All activity`.
33
+
* Keep the ``README``, development guidelines, and other general :ref:`maintainer_documentation` current.
34
+
* Review and commit changes from other contributors using the :ref:`review_checklist`.
35
35
* :ref:`Backport <Backporting>` changes to stable branches.
36
36
* :ref:`Plan and perform releases <Releasing>`.
37
-
* Ensure that the collection adhere to the :ref:`collections_requirements`.
38
-
* Track changes announced through the `news-for-maintainers <https://forum.ansible.com/tag/news-for-maintainers>`_ forum tag (click the ``Bell`` button) and update the collection accordingly.
39
-
* :ref:`Build a healthy community <expanding_community>` to increase the number of active contributors and maintainers around collections.
37
+
* Ensure the collection adheres to the :ref:`collections_requirements`.
38
+
* Track changes announced through the `news-for-maintainers <https://forum.ansible.com/tag/news-for-maintainers>`_ forum tag. Click the ``Bell`` button to subscribe. Update the collection accordingly.
39
+
* :ref:`Build a healthy community <expanding_community>` to increase the number of active contributors and maintainers for collections.
40
40
41
-
Multiple maintainers can divide responsibilities among each other.
41
+
Multiple maintainers can divide these responsibilities among themselves.
42
42
43
43
Becoming a maintainer
44
44
---------------------
45
45
46
-
If you are interested in becoming a maintainer and satisfy the :ref:`requirements<maintainer_requirements>`, please nominate yourself. You can also nominate another person:
46
+
If you are interested in becoming a maintainer and meet the :ref:`requirements<maintainer_requirements>`, nominate yourself. You can also nominate another person by following these steps:
47
47
48
48
1. Create a GitHub issue in the relevant repository.
49
-
2. If there is no response, message the `Red Hat Ansible Community Engineering Team <https://forum.ansible.com/g/CommunityEngTeam>`_ on the `Ansible forum <https://forum.ansible.com/>`_.
49
+
2. If you receive no response, message the `Red Hat Ansible Community Engineering Team <https://forum.ansible.com/g/CommunityEngTeam>`_ on the `Ansible forum <https://forum.ansible.com/>`_.
50
50
51
51
Communicating as a maintainer
52
52
-----------------------------
53
53
54
-
Maintainers communicate with the community through channels listed in the :ref:`Ansible communication guide<communication>`.
54
+
Maintainers communicate with the community through the channels listed in the :ref:`Ansible communication guide<communication>`.
55
55
56
56
.. _wg_and_real_time_chat:
57
57
58
58
Establishing working group communication
59
59
----------------------------------------
60
60
61
-
Working groups depend on efficient communication.
62
-
As a maintainer, you can use the following techniques to establish communication for your working groups:
61
+
Working groups rely on efficient communication. As a maintainer, you can establish communication for your working groups using these techniques:
63
62
64
-
* Find an existing `forum group <https://forum.ansible.com/g>`_ and tags that suit your project and join the conversation.
63
+
* Find and join an existing `forum group <https://forum.ansible.com/g>`_ and use tags that suit your project.
65
64
66
-
* If nothing suits, `request them <https://forum.ansible.com/t/working-groups-things-you-can-ask-for/175>`_.
65
+
* If no suitable options exist, `request them <https://forum.ansible.com/t/working-groups-things-you-can-ask-for/175>`_.
67
66
68
-
* Provide working group details and links to chat rooms in the contributor section of your project ``README.md``.
69
-
* Encourage contributors to join the forum group and appropriate tags.
67
+
* Provide working group details and chat room links in the contributor section of your project's ``README.md``.
68
+
* Encourage contributors to join the forum group and use appropriate tags.
70
69
71
70
Participating in community topics
72
71
---------------------------------
73
72
74
-
The Community and the :ref:`Steering Committee <steering_responsibilities>` asynchronously discuss and vote on the :ref:`community topics<creating_community_topic>`.
75
-
The topics impact the whole project or its parts including collections and packaging.
73
+
The Community and the :ref:`Steering Committee <steering_responsibilities>` discuss and vote on :ref:`community topics<creating_community_topic>` asynchronously. These topics impact the entire project or its components, including collections and packaging.
76
74
77
-
Share your opinion and vote on the topics to help the community make the best decisions.
75
+
Share your opinion and vote on the topics to help the community make informed decisions.
78
76
79
77
.. _expanding_community:
80
78
81
79
Expanding the collection community
82
80
==================================
83
81
84
-
Here are some ways you can expand the community around your collection:
82
+
You can expand the community around your collection in the following ways:
85
83
86
-
* Have it explicitly in your ``README`` that the collection welcomes new maintainers and contributors.
84
+
* Explicitly state in your ``README`` that the collection welcomes new maintainers and contributors.
87
85
* Give :ref:`newcomers a positive first experience <collection_new_contributors>`.
88
-
* Invite contributors to join forum groups/subscribe to tags related to your project.
89
-
* Have:ref:`good documentation <maintainer_documentation>` with guidelines for new contributors.
90
-
* Make people feel welcome personally and individually. Greet and thanks them.
91
-
* Use labels to show easy fixes and leave non-critical easy fixes to newcomers.
86
+
* Invite contributors to join forum groups and subscribe to tags related to your project.
87
+
* Maintain:ref:`good documentation <maintainer_documentation>` with guidelines for new contributors.
88
+
* Make people feel welcome personally and individually. Greet and thank them.
89
+
* Use labels to identify easy fixes and leave non-critical easy fixes to newcomers.
92
90
* Offer help explicitly.
93
-
* Include quick ways contributors can help and contributor documentation references in your ``README``.
94
-
* Be responsive in issues, pull requests (or PRs for short) and other communication channels.
91
+
* Include quick ways contributors can help and provide contributor documentation references in your ``README``.
92
+
* Be responsive in issues, pull requests (PRs), and other communication channels.
95
93
* Conduct PR days regularly.
96
-
* Maintain a zero-tolerance policy towards behavior violating the :ref:`code_of_conduct`.
97
-
98
-
* Put information about how people can register code of conduct violations in your ``README`` and ``CONTRIBUTING`` files.
94
+
* Maintain a zero-tolerance policy toward behavior that violates the :ref:`code_of_conduct`.
95
+
* Include information about how people can report code of conduct violations in your ``README`` and ``CONTRIBUTING`` files.
99
96
100
97
* Look for new maintainers among active contributors.
101
98
@@ -104,12 +101,12 @@ Here are some ways you can expand the community around your collection:
104
101
Maintaining good collection documentation
105
102
=========================================
106
103
107
-
Look after the collection documentation to ensure:
104
+
Ensure the collection documentation meets these criteria:
108
105
109
106
* It is up-to-date.
110
107
* It matches the :ref:`style_guide`.
111
108
* Collection module and plugin documentation adheres to the :ref:`Ansible documentation format <module_documenting>`.
112
109
* Collection user guides follow the :ref:`Collection documentation format <collections_doc_dir>`.
113
110
* Repository files include at least a ``README`` and ``CONTRIBUTING`` file.
114
111
* The ``README`` file contains all sections from `collection_template/README.md <https://github.com/ansible-collections/collection_template/blob/main/README.md>`_.
115
-
* The ``CONTRIBUTING`` file includes all the details or links to the details on how a new or continuing contributor can contribute to your collection.
112
+
* The ``CONTRIBUTING`` file includes all details or links to details on how new or continuing contributors can contribute to your collection.
0 commit comments