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
# Contributing to the Open Terms Archive documentation
2
2
3
-
## 🚀 How to Contribute
3
+
First of all, thanks for taking the time to contribute! 🎉👍
4
4
5
-
- You can check the open issues in this repository, comment to state your interest and solve them.
6
-
- You can also open issues to suggest additions or changes to this documentation website.
5
+
## Code of Conduct
7
6
8
-
## 📜 Read our Code of Conduct
7
+
Before you begin coding and collaborating, please read our [Code of Conduct](./CODE_OF_CONDUCT.md) to understand the standards for interacting in this community. As a participant and contributor to this project, you agree to abide by our Code of Conduct.
9
8
10
-
Before you begin coding and collaborating, please read our [Code of Conduct](./CODE_OF_CONDUCT.md) to understand the standards (that you are required to adhere to) for community engagement. As part of our open-source community, we hold ourselves and other contributors to a high standard of communication. As a participant and contributor to this project, you are agreeing to abide by our Code of Conduct.
9
+
## Architecture
11
10
12
-
## 💻 Need Help?
11
+
This documentation follows the [Diátaxis](https://diataxis.fr) approach and structures content in different categories:
13
12
14
-
We are more than happy to help you. If you are facing problems while working on any issue, don’t hesitate to ask for help.
13
+
-**Tutorials:** step-by-step learning guides that help beginners get started with Open Terms Archive, providing foundational knowledge and hands-on experience.
14
+
-**How-to guides:** task-focused instructions that help experienced users accomplish specific goals efficiently and effectively.
15
+
-**References:** comprehensive technical documentation detailing configuration options and specifications for advanced users.
16
+
-**Explanations:** background knowledge that enables understanding the constraints and how choices that are made.
15
17
16
-
Your contribution, no matter its size, holds immense value. We eagerly await to see the impact you'll make in our community! 🚀
18
+
## Copywriting
17
19
18
-
## List a new contributor in the Open Terms Archive website
20
+
- Use [British English spelling](https://en.wikipedia.org/wiki/American_and_British_English_spelling_differences), not American English.
19
21
20
-
We acknowledge the efforts of our contributors by listing them on our [website](https://opentermsarchive.org) and this is made possible by the use of the [All Contributors bot](https://allcontributors.org/docs/en/bot/overview).
22
+
## Modifying content
21
23
22
-
All Contributors enables adding a contributor with a comment on an issue or pull request, without writing code. To do this, please use the [dedicated issue](https://github.com/OpenTermsArchive/docs/issues/134) on this repository.
24
+
Start by identifying the page you would like to add the content to by [navigating the documentation](https://docs.opentermsarchive.org). Once you have found the best location, find the [associated source document](https://github.com/OpenTermsArchive/docs/tree/main/content) and edit it. If there is no existing best location, think of the page where you would like to find it and create that page by clicking “Add file” in the [source folder](https://github.com/OpenTermsArchive/docs/tree/main/content).
25
+
26
+
## Workflow
27
+
28
+
### Pull requests
29
+
30
+
We follow the [GitHub Flow](https://guides.github.com/introduction/flow/): all contributions are submitted via a pull request towards the `main` branch.
31
+
32
+
Opening a pull request means you want that code to be merged. If you want to only discuss it, send a link to your branch along with your questions through whichever communication channel you prefer.
33
+
34
+
#### Peer reviews
35
+
36
+
All pull requests must be reviewed by at least one person who is not their original author.
37
+
38
+
To help reviewers, make sure to describe your pull request with a **clear text explanation** of your changes.
39
+
40
+
For pull requests of new contributors, if errors or areas for improvement are identified in their contributions, the Open Terms Archive team can initially handle them. This is intended to speed up the delivery process and help the contributor acclimatise to the project. As they become more involved and learn more, they will be encouraged to take on more responsibility by implementing the changes themselves. The aim is to support growth and confidence in the contribution to the project while promoting quick delivery.
41
+
42
+
### Continuous delivery
43
+
44
+
GitHub Actions is used to publish the documentation on every merge to the main branch.
23
45
24
-
Please read the following [contributing guide](https://github.com/OpenTermsArchive/opentermsarchive.org/blob/main/CONTRIBUTING.md#list-a-new-contributor-in-the-open-terms-archive-website).
46
+
Branch protection is active, meaning that a merge to the main branch can only take place once all tests pass in CI, and that the peer review policy has been fulfilled.
47
+
48
+
### Commit messages
49
+
50
+
We strive to follow this [recommendation](https://chris.beams.io/posts/git-commit) to write our commit messages, which contains the following rules:
51
+
52
+
-[Separate subject from body with a blank line](https://chris.beams.io/posts/git-commit/#separate).
53
+
-[Limit the subject line to 50 characters](https://chris.beams.io/posts/git-commit/#limit-50).
54
+
-[Capitalize the subject line](https://chris.beams.io/posts/git-commit/#capitalize).
55
+
-[Do not end the subject line with a period](https://chris.beams.io/posts/git-commit/#end).
56
+
-[Use the imperative mood in the subject line](https://chris.beams.io/posts/git-commit/#imperative).
57
+
-[Use the body to explain what and why vs. how](https://chris.beams.io/posts/git-commit/#why-not-how).
58
+
59
+
Except this one:
60
+
61
+
-~~[Wrap the body at 72 characters](https://chris.beams.io/posts/git-commit/#wrap-72)~~: As URLs might be used for references in commit messages, the body text is not wrapped to 72 characters to ensure links are clickable in Git user interfaces.
62
+
63
+
We add these additional rules:
64
+
65
+
- Do not rely on GitHub issue reference numbers in commit messages, as we have no guarantee the host system and its autolinking will be stable in time. Make sure the context is self-explanatory. If an external reference is given, use its full URL.
66
+
67
+
## List contributors in the Open Terms Archive website
68
+
69
+
We acknowledge the efforts of our contributors by listing them on our [website](https://opentermsarchive.org) through [All Contributors](https://allcontributors.org/docs/en/bot/overview).
70
+
71
+
All Contributors enables adding a contributor with a comment on an issue or pull request, without writing code. To do this, please use the [dedicated issue](https://github.com/OpenTermsArchive/docs/issues/134) on this repository.
Copy file name to clipboardExpand all lines: content/_index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,7 +29,7 @@ This documentation follows the [Diátaxis](https://diataxis.fr) approach and str
29
29
30
30
### Table of contents
31
31
32
-
-**Analysis:** guidance on how to analyze terms changes, from navigating through the history of tracked terms to publishing memos about significant changes.
32
+
-**Analysis:** guidance on how to analyse terms changes, from navigating through the history of tracked terms to publishing memos about significant changes.
33
33
-**Community:** information on how to participate in the Open Terms Archive community.
34
34
-**Terms:** guidance on tracking and maintaining terms declarations.
35
35
-**Collections:** guidance on creating and managing collections of tracked terms.
Copy file name to clipboardExpand all lines: content/analysis/how-to/navigate-history.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,7 +40,7 @@ For this guide, we will use the example of the Demo collection. The terms of thi
40
40
41
41

42
42
43
-
- You can choose from two types of display with the icons in the grey bar above the document. The first one (which is also the default one), named _source diff_ displays the previous version and the next one either [side by side](https://github.com/OpenTermsArchive/demo-versions/commit/e9a781797041a6b593967ba9e7bb2c7404390e76?diff=split) or in a [consolidated way (with one line under the other)](https://github.com/OpenTermsArchive/demo-versions/commit/e9a781797041a6b593967ba9e7bb2c7404390e76?diff=unified). The second one, named _rich diff_ displays all the changes [in a single document](https://github.com/OpenTermsArchive/demo-versions/commit/e9a781797041a6b593967ba9e7bb2c7404390e76?short_path=060f2c2#diff-060f2c2cc43c2415e0d388f0061c37472277e76eafc9c0df269713b150a52909). In this view, beyond green and red, the yellow color shows modified paragraphs. Be careful, this display does not show some changes such as hyperlinks and text style's changes:
43
+
- You can choose from two types of display with the icons in the grey bar above the document. The first one (which is also the default one), named _source diff_ displays the previous version and the next one either [side by side](https://github.com/OpenTermsArchive/demo-versions/commit/e9a781797041a6b593967ba9e7bb2c7404390e76?diff=split) or in a [consolidated way (with one line under the other)](https://github.com/OpenTermsArchive/demo-versions/commit/e9a781797041a6b593967ba9e7bb2c7404390e76?diff=unified). The second one, named _rich diff_ displays all the changes [in a single document](https://github.com/OpenTermsArchive/demo-versions/commit/e9a781797041a6b593967ba9e7bb2c7404390e76?short_path=060f2c2#diff-060f2c2cc43c2415e0d388f0061c37472277e76eafc9c0df269713b150a52909). In this view, beyond green and red, the yellow colour shows modified paragraphs. Be careful, this display does not show some changes such as hyperlinks and text style's changes:
44
44
45
45

Once services are declared in a collection and this collection starts tracking these terms, it becomes crucial to monitor whether the tracking is functioning properly. It is important to know if there are any terms whose tracking has been interrupted or has failed.
9
+
10
+
## How the reporting system works
11
+
12
+
To address this need, the Open Terms Archive engine implements an automated reporting system that creates issues in the declarations repository. This system helps maintainers stay informed about which terms are not being tracked and why.
13
+
14
+
When tracking is interrupted for a specific term, the system opens an issue that explains why the term is not being tracked and associates labels to categorize the cause of the tracking interruption. The system automatically closes issues when tracking resumes after declarations are fixed and deployed.
15
+
16
+
## Understanding labels
17
+
18
+
The reporting system uses labels to categorize issues and indicate what action is needed.
19
+
20
+
### Auto-managed labels
21
+
22
+
All labels that are marked with `- Auto-managed by OTA engine` visible in their description on hover are automatically managed by the engine.
23
+
24
+
**These labels should not be manually added to issues, modified or removed from them, nor should their descriptions or colors be edited by maintainers.**
25
+
26
+
The engine will automatically manage these labels as needed.
27
+
28
+
### Issues requiring intervention
29
+
30
+
The label `⚠ needs intervention` indicates that manual contributor intervention is required to restore tracking. When this label appears on an issue, it means the problem won't be resolved automatically and requires human action to fix the declarations or configuration.
31
+
32
+
Issues without this label represent tracking interruptions that need investigation to determine the appropriate course of action. These issues may resolve themselves automatically once the underlying problem (such as a temporary network outage or service downtime) is fixed. However, some may not be fixable at all, for example when the tracking engine is detected and blocked as a bot by the target service.
Copy file name to clipboardExpand all lines: content/collections/how-to/terminate.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ weight: 4
5
5
6
6
# How to terminate a collection
7
7
8
-
If you don't have the resources to maintain a collection anymore, follow these steps to properly terminate it. This will make it clear to users and potential successors that it is no longer actively maintained and can be taken over.
8
+
If you don't have the resources to maintain a collection any more, follow these steps to properly terminate it. This will make it clear to users and potential successors that it is no longer actively maintained and can be taken over.
0 commit comments