To wielostronicowy widok tej sekcji do wydrukowania. Kliknij aby wydrukować.

Wróć do zwykłego widoku tej strony.

Współtwórz dokumentację K8s

Kubernetes zaprasza do współpracy wszystkich - zarówno nowicjuszy, jak i doświadczonych!


Tym serwisem www opiekuje się Kubernetes SIG Docs.

Współtwórcy dokumentacji Kubernetesa:

  • Ulepszają istniejącą zawartość
  • Tworzą nowe treści
  • Tłumaczą dokumentację
  • Zarządzają i publikują dokumentację w ramach cyklu wydawniczego Kubernetesa

Jak zacząć?

Każdy może otworzyć zgłoszenie dotyczące dokumentacji lub zaproponować zmianę poprzez pull request (PR) do repozytorium GitHub kubernetes/website. Aby móc sprawnie funkcjonować w społeczności Kubernetes, wymagana jest pewna biegłość w korzystaniu z git-a i GitHub-a.

Aby zaangażować się w prace nad dokumentacją należy:

  1. Podpisać Contributor License Agreement CNCF.
  2. Zapoznać się z repozytorium dokumentacji i z generatorem statycznej strony www.
  3. Zrozumieć podstawowe procesy otwierania pull request oraz recenzowania zmian.

flowchart TB subgraph third[Otwórz PR] direction TB U[ ] -.- Q[Ulepsz zawartość] --- N[Dodaj nową] N --- O[Przetłumacz dokumentację] O --- P[Zarządzaj dokumentacją
przy kolejnych
wydaniach K8s] end subgraph second[Recenzuj] direction TB T[ ] -.- D[Przejrzyj
repozytorium
kubernetes/website] --- E[Pobierz generator
stron statycznych
Hugo] E --- F[Zrozum podstawowe
polecenia GitHub-a] F --- G[Zrecenzuj otwarty PR
i zmień procesy
recenzji] end subgraph first[Zapisz się] direction TB S[ ] -.- B[Podpisz CNCF
Contributor
License Agreement] --- C[Dołącz do Slack-a
sig-docs] C --- V[Zapisz się na listę
kubernetes-sig-docs] V --- M[Weź udział w cotygodniowych
spotkaniach sig-docs] end A([fa:fa-user Nowy
uczestnik]) --> first A --> second A --> third A --> H[Zapytaj!!!] classDef grey fill:#dddddd,stroke:#ffffff,stroke-width:px,color:#000000, font-size:15px; classDef white fill:#ffffff,stroke:#000,stroke-width:px,color:#000,font-weight:bold classDef spacewhite fill:#ffffff,stroke:#fff,stroke-width:0px,color:#000 class A,B,C,D,E,F,G,H,M,Q,N,O,P,V grey class S,T,U spacewhite class first,second,third white
Schemat 1. - Jak rozpocząć współpracę

Schemat 1 przeznaczony jest dla osób, które chcą zacząć współtworzyć Kubernetesa. Przejdź część lub wszystkie kroki opisane w częściach Zapisz się i Recenzuj. Teraz już możesz tworzyć nowe PR, zgodnie z sugestiami w Otwórz PR. I jak zawsze, pytania mile widziane!

Do realizacji niektórych zadań potrzeba wyższego poziomu zaufania i odpowiednich uprawnień w organizacji Kubernetes. Zajrzyj do Participating in SIG Docs po więcej szczegółów dotyczących ról i uprawnień.

Pierwsze kroki

Zapoznaj się z krokami opisanymi na schemacie 2, aby się lepiej przygotować.

flowchart LR subgraph second[Pierwszy wkład] direction TB S[ ] -.- G[Obejrzyj PR-y
innych uczestników K8s] --> A[Przejrzyj listę zgłoszonych spraw
na kubernetes/website
po pomysł na nowy PR] --> B[Otwórz PR!!] end subgraph first[Sugerowane przygotowanie] direction TB T[ ] -.- D[Przeczytaj wprowadzenie
dla współtwórców] -->E[Przeczytaj K8s content
and style guides] E --> F[Poczytaj o typach zawartości
stron i skrótach Hugo] end first ----> second classDef grey fill:#dddddd,stroke:#ffffff,stroke-width:px,color:#000000, font-size:15px; classDef white fill:#ffffff,stroke:#000,stroke-width:px,color:#000,font-weight:bold classDef spacewhite fill:#ffffff,stroke:#fff,stroke-width:0px,color:#000 class A,B,D,E,F,G grey class S,T spacewhite class first,second white
Schemat 2. - Jak się przygotować

Co dalej?

Włącz się w prace SIG Docs

SIG Docs to grupa, która publikuje i utrzymuje dokumentację Kubernetesa i jej stronę www. Zaangażowanie się w prace SIG Docs to doskonała okazja dla współtwórców Kubernetesa (rozwijających nowe funkcjonalności lub działających w innych obszarach), aby wywierać wpływ na cały projekt Kubernetes.

Aby włączyć się w komunikację w ramach SIG Docs, możesz:

Inne sposoby współpracy

1 - Wranglerzy zgłoszeń

Wraz z koordynatorem PR, formalni akceptujący, recenzenci oraz członkowie SIG Docs odbywają tygodniowe dyżury przeglądając i kategoryzując problemy dla repozytorium.

Obowiązki

Każdego dnia w tygodniowej zmianie osoba odpowiedzialna za problemy (ang. Issue Wrangler) będzie odpowiedzialna za:

  • Codzienne ocenianie i tagowanie zgłoszeń. Zobacz Ocenianie i kategoryzowanie zgłoszeń aby uzyskać wskazówki dotyczące tego, jak SIG Docs korzysta z metadanych.
  • Monitorowanie nieaktywnych i przeterminowanych zgłoszeń w repozytorium kubernetes/website.
  • Utrzymanie tablicy problemów.

Wymagania

  • Musi być aktywnym członkiem organizacji Kubernetesa.
  • Minimum 15 nietrywialnych wkładów do Kubernetesa (z czego pewna ilość powinna być skierowana na kubernetes/website).
  • Pełni już rolę w nieformalnym charakterze.

Przydatne polecenia Prow dla wranglerów

Poniżej znajdują się niektóre powszechnie używane polecenia przez wranglerów zgłoszeń:

# ponowne otwarcie zgłoszenia
/reopen

# przeniesienie zgłoszeń, które nie pasują do k/website, do innego repozytorium
/transfer[-issue]

# zmiana statusu zgłoszeń oznaczonych jako rotten
/remove-lifecycle rotten

# zmiana statusu zgłoszeń oznaczonych jako stale
/remove-lifecycle stale

# przypisanie SIG (Special Interest Group) do zgłoszenia
/sig <sig_name>

# dodanie konkretnego obszaru
/area <area_name>

# dla zgłoszeń przyjaznych dla początkujących
/good-first-issue

# zgłoszenia wymagające pomocy
/help wanted

# oznaczenie zgłoszenia jako związane z pomocą techniczną
/kind support

# zaakceptowanie triage dla zgłoszenia
/triage accepted

# zamknięcie zgłoszenia, nad którym nie będziemy pracować i które nie zostało naprawione
/close not-planned

Aby znaleźć więcej poleceń Prow, zapoznaj się z dokumentacją pomocy kommend.

Kiedy zamykać zgłoszenia

Aby projekt open source odniósł sukces, kluczowe jest dobre zarządzanie zgłoszeniami. Jednak równie ważne jest rozwiązywanie problemów, aby utrzymać repozytorium i jasno komunikować się z współtwórcami oraz użytkownikami.

Zamknij zgłoszenia, gdy:

  • Podobny problem jest zgłaszany więcej niż raz. Najpierw musisz oznaczyć go jako /triage duplicate; połącz go z głównym problemem, a następnie zamknij. Zaleca się również skierowanie użytkowników do oryginalnego problemu.
  • Dostępne informacje nie pozwalają na pełne zrozumienie ani rozwiązanie zgłoszonego problemu. Warto jednak zachęcić użytkownika do podania większej ilości szczegółów lub ponownego otwarcia zgłoszenia, jeśli uda mu się ponownie odtworzyć problem.
  • Ta sama funkcjonalność jest zaimplementowana gdzieś indziej. Można zamknąć to zgłoszenie i skierować użytkownika do odpowiedniego miejsca.
  • Zgłoszony problem nie jest obecnie planowany ani zgodny z celami projektu.
  • Jeśli problem wydaje się być spamem i jest wyraźnie niepowiązany.
  • Jeśli problem jest związany z zewnętrznym ograniczeniem lub zależnością i znajduje się poza kontrolą projektu.

Aby zamknąć zgłoszenie, zostaw komentarz /close w zgłoszeniu.

2 - Tłumaczenie dokumentacji na język polski

Na tej stronie znajdziesz wskazówki i wytyczne przydatne przy tłumaczeniu dokumentacji Kubernetesa na język polski.

Dokumentem nadrzędnym jest angielski opis stylu dokumentacji.

Wskazówki ogólne

Staramy się, aby styl tłumaczenia był jak najbardziej naturalny. W przypadku dokumentacji technicznej może być to trudne zadanie, szczególnie gdy chcemy utrzymać precyzję tłumaczenia. Zależy nam na unikaniu sytuacji, kiedy tekst zaczyna sprawiać wrażenie przetłumaczonego maszynowo.

Pamiętajmy też, że oficjalna wykładnia zawsze znajduje się w tekście angielskim. Polskie tłumaczenie ma ułatwić pierwsze kroki osobom, które zaczynają swoją przygodę z Kubernetesem.

Wytyczne szczegółowe

Odmiana terminu Kubernetes

Kubernetes jest nazwą własną, liczba pojedyncza, rodzaj męski. Odmieniamy: Kubernetesa, Kubernetesem itp. W uzasadnionych przypadkach można stosować też "system Kubernetes".

Odmiana terminów Pod, Deployment

Odmieniamy zgodnie z ogólnymi zasadami - poda, deploymentu itp.

Ujednolicony słownik

W sieci dostępne są słowniki terminów informatycznych. Poniższa tabela zawiera słowa specyficzne dla Kubernetesa i inne często używane wyrażenia.

Termin angielski Tłumaczenie
container kontener
control plane warstwa sterowania
Deployment Deployment
horizontal scaling skalowanie horyzontalne
Pod Pod
rolling update aktualizacje stopniowe
volume volume (opcjonalnie: wolumin)
worker node węzeł roboczy