-
Notifications
You must be signed in to change notification settings - Fork 688
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docs wip dachary contributor privilege #2972
Changes from 3 commits
da83c3a
7b7aa37
ede36a3
b71b615
35a50e5
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -118,16 +118,35 @@ should be removed. If you are unfamiliar with how to squash commits with rebase, | |
check out this | ||
`blog post <http://gitready.com/advanced/2009/02/10/squashing-commits-with-rebase.html>`__. | ||
|
||
.. _contributor-permissions: | ||
|
||
Privileges | ||
---------- | ||
|
||
.. note:: the translation workflow is different from the code and | ||
documentation development workflow, see the associated | ||
:ref:`privilege escalation <i18n-administrator-permissions>` | ||
documentation. | ||
|
||
Dedicated contributors to SecureDrop will be granted extra privileges | ||
such as the right to push new branches or to merge pull | ||
requests. There is no formal process at the moment but the general | ||
idea is that any contributor with the right technical and social | ||
skills is entitled to ask. The people who have the power to grant such | ||
privileges are committed to do so in a transparent way to avoid any | ||
disputes. | ||
such as the right to push new branches or to merge pull requests. Any | ||
contributor with the right technical and social skills is entitled to | ||
ask. The people who have the power to grant such privileges are | ||
committed to do so in a transparent way as follows: | ||
|
||
* Step 1: the contributor posts a message `in the forum | ||
<https://forum.securedrop.club/>`__ asking for privileges (review or | ||
merge, etc.). | ||
* Step 2: after at least a week someone with permissions to grant such | ||
privilege reviews the thread and either: | ||
* grants the privilege if there are no objections from current | ||
maintainers and adds a message to the thread | ||
* explains what is expected from the contributor before they can | ||
be granted the privilege | ||
* Step 3: the thread is closed | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I have some formatting nits about the layout of steps 1-3; again, will add specific suggestions for inclusion shortly. The content is definitely solid, so my changes will be cosmetic. |
||
|
||
The privileges of a developer who has not been active for six months or | ||
more are revoked. They can apply again at any time. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 👍, particularly with @redshiftzero's one year -> six months revision. It's worth pointing out that the definition of "active" will vary somewhat based on the specific privileges, e.g. those with "review" privilege must review PRs in order to remain active—but I won't clutter up the docs with such minutiae. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It is tempting to go into details indeed :-) I suspect we'll actually scrub privileges over longer periods when someone feels like it and the method will vary over time. |
||
|
||
Other Tips | ||
---------- | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -297,9 +297,16 @@ We do not want to publish the translator emails so we strip them: | |
git log --pretty='%aN' $previous_version..lab/i18n -- \ | ||
securedrop/translations install_files/ansible-base/roles/tails-config/templates | sort -u | ||
|
||
.. _i18n-administrator-permissions: | ||
|
||
Translations administrators | ||
--------------------------- | ||
|
||
.. note:: the translation workflow is different from the code and | ||
documentation development workflow, see the associated | ||
:ref:`privilege escalation <contributor-permissions>` | ||
documentation. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. See above: any edits to the Note on the developer maintainer status should be matched by changes here. |
||
|
||
A translation administrator is a person who is actively performing | ||
administrative duties. They have special permissions on the | ||
repositories and the translation platform. When someone is willing to | ||
|
@@ -313,9 +320,8 @@ among the current administrators. | |
All administrators are listed in the `forum introduction page | ||
<https://forum.securedrop.club/t/about-the-translations-category/16/1>`_ | ||
|
||
An administrator who has not be active for two months or more is | ||
removed from the list and their permissions revoked. They can apply | ||
again at anytime. | ||
The privileges of an administrator who has not been active for six months | ||
or more are revoked. They can apply again at any time. | ||
|
||
The community of SecureDrop translators works very closely with the | ||
SecureDrop developers and some of them participate in both | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This section (and the corresponding Note over in the i18n docs) could be worded more clearly—I'll add some suggestions.