Skip to content

Commit

Permalink
Deploy to GitHub pages
Browse files Browse the repository at this point in the history
  • Loading branch information
ci committed Nov 22, 2024
1 parent 62f2cf4 commit 1d50a49
Show file tree
Hide file tree
Showing 91 changed files with 94 additions and 173 deletions.
2 changes: 1 addition & 1 deletion 404.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/api/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/architecture/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/binary-index-header/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/bucket-index/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/compactor/index.html

Large diffs are not rendered by default.

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/learn-more/index.html

Large diffs are not rendered by default.

Large diffs are not rendered by default.

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/production-tips/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/querier/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/blocks-storage/store-gateway/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/case-studies/buoyant-cloud/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/case-studies/gojek/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/case-studies/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/case-studies/rewe-digital/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/changelog/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/code-of-conduct/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/configuration/arguments/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/configuration/configuration-file/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/configuration/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/configuration/prometheus-frontend/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/configuration/v1guarantees/index.html

Large diffs are not rendered by default.

Large diffs are not rendered by default.

19 changes: 3 additions & 16 deletions docs/contributing/governance/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/contributing/how-integration-tests-work/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/contributing/how-to-add-a-maintainer/index.html

Large diffs are not rendered by default.

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/contributing/how-to-update-the-build-image/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/contributing/how-to-upgrade-golang-version/index.html

Large diffs are not rendered by default.

2 changes: 1 addition & 1 deletion docs/contributing/index.html

Large diffs are not rendered by default.

35 changes: 1 addition & 34 deletions docs/contributing/index.xml
Original file line number Diff line number Diff line change
@@ -1,37 +1,4 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cortex – Contributing</title><link>/docs/contributing/</link><description>Recent content in Contributing on Cortex</description><generator>Hugo -- gohugo.io</generator><atom:link href="/docs/contributing/index.xml" rel="self" type="application/rss+xml"/><item><title>Docs: Governance</title><link>/docs/contributing/governance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/docs/contributing/governance/</guid><description>
&lt;p>This document defines project governance for the project.&lt;/p>
&lt;h2 id="voting">Voting&lt;/h2>
&lt;p>The Cortex project employs voting to ensure no single member can dominate the project. Any maintainer may cast a vote. To avoid having a single company dominate the project, at most two votes from maintainers working for the same company will count.&lt;/p>
&lt;p>For formal votes, a specific statement of what is being voted on should be added to the relevant github issue or PR, and a link to that issue or PR added to the maintainers meeting agenda document.&lt;/p>
&lt;p>Maintainers should indicate their yes/no vote on that issue or PR, and after a suitable period of time (minimum 2 business weeks), the votes will be tallied and the outcome noted. Maintainers who do not cast a vote, after a suitable period of time, are not included in the majority calculation.&lt;/p>
&lt;h2 id="maintainer-role">Maintainer Role&lt;/h2>
&lt;p>Maintainers are required to participate in the project, by joining discussions, submitting and reviewing pull requests, answering user questions, among others.&lt;/p>
&lt;p>Besides that, we have one concrete activity in which maintainers have to engage from time to time: releasing new versions of Cortex. This process ideally takes only a couple of hours, but requires coordination on different fronts. Even though the process is well documented, it is not without eventual glitches, so, each release needs a &amp;ldquo;Release shepherd&amp;rdquo;. How it works is described in the &lt;a href="https://github.com/cortexproject/cortex/blob/master/RELEASE.md">RELEASE.md&lt;/a> file.&lt;/p>
&lt;h2 id="changes-in-maintainership">Changes in Maintainership&lt;/h2>
&lt;p>Contributors who are interested in becoming a maintainer, if performing relevant responsibilities, should discuss their interest with the existing maintainers. New maintainers must be nominated by an existing maintainer and must be elected by 2/3 majority vote.&lt;/p>
&lt;p>We do not expect anyone to make a permanent commitment to be a Cortex maintainer forever. After all, circumstances change,
people get new jobs, new interests, and may not be able to continue contributing to the project. At the same time, we need
to keep the list of maintainers current in order to have effective governance. People may be removed from the current list
of maintainers via one of the following ways:&lt;/p>
&lt;ul>
&lt;li>They can resign&lt;/li>
&lt;li>If they stop contributing to the project for a period of 6 months or more&lt;/li>
&lt;li>By a 2/3 majority vote from active maintainers&lt;/li>
&lt;/ul>
&lt;p>Former maintainers are recognized with an honorary &lt;em>Emeritus Maintainer&lt;/em> status, and have their names permanently
listed in the &lt;a href="https://github.com/cortexproject/cortex/blob/master/README.md">README&lt;/a> as a form of gratitude for their contributions.&lt;/p>
&lt;h2 id="approving-prs">Approving PRs&lt;/h2>
&lt;p>PRs may be merged after receiving at least two positive votes. If the PR author is a maintainer, this counts as a vote.&lt;/p>
&lt;h2 id="triage-role">Triage Role&lt;/h2>
&lt;p>Triagers are contributors who assist in managing and organizing issues and pull requests. See &lt;a href="https://docs.github.com/en/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization#repository-roles-for-organizations">here&lt;/a> for details about the role’s permission.&lt;/p>
&lt;h2 id="github-project-administration">Github Project Administration&lt;/h2>
&lt;p>Maintainers will be added to the collaborators list of the Cortex repository with &amp;ldquo;Write&amp;rdquo; access.&lt;/p>
&lt;p>After 6 months a maintainer will be given &amp;ldquo;Admin&amp;rdquo; access to the Cortex repository.&lt;/p>
&lt;h2 id="changes-in-governance">Changes in Governance&lt;/h2>
&lt;p>All changes in Governance require a 2/3 majority vote.&lt;/p>
&lt;h2 id="other-changes">Other Changes&lt;/h2>
&lt;p>Unless specified above, all other changes to the project require a 2/3 majority vote.
Additionally, any maintainer may request that any change require a 2/3 majority vote.&lt;/p></description></item><item><title>Docs: Design patterns and Code conventions</title><link>/docs/contributing/design-patterns-and-code-conventions/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/docs/contributing/design-patterns-and-code-conventions/</guid><description>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cortex – Contributing</title><link>/docs/contributing/</link><description>Recent content in Contributing on Cortex</description><generator>Hugo -- gohugo.io</generator><atom:link href="/docs/contributing/index.xml" rel="self" type="application/rss+xml"/><item><title>Docs: Governance</title><link>/docs/contributing/governance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/docs/contributing/governance/</guid><description/></item><item><title>Docs: Design patterns and Code conventions</title><link>/docs/contributing/design-patterns-and-code-conventions/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/docs/contributing/design-patterns-and-code-conventions/</guid><description>
&lt;p>Cortex adopts some design patterns and code conventions that we ask you to follow when contributing to the project. These conventions have been adopted based on the experience gained over the time and aim to enforce good coding practices and keep a consistent UX (ie. config).&lt;/p>
&lt;h2 id="go-coding-style">Go coding style&lt;/h2>
&lt;p>Cortex follows the &lt;a href="https://github.com/golang/go/wiki/CodeReviewComments">Go Code Review Comments&lt;/a> styleguide and the &lt;a href="https://peter.bourgon.org/go-in-production/#formatting-and-style">Formatting and style&lt;/a> section of Peter Bourgon&amp;rsquo;s &lt;a href="https://peter.bourgon.org/go-in-production/">Go: Best Practices for Production Environments&lt;/a>.&lt;/p>
Expand Down
Loading

0 comments on commit 1d50a49

Please sign in to comment.