Skip to content

Latest commit

 

History

History
193 lines (122 loc) · 11.1 KB

README-ja.md

File metadata and controls

193 lines (122 loc) · 11.1 KB

Kubernetesのドキュメント

Netlify Status GitHub release

このリポジトリには、KubernetesのWebサイトとドキュメントをビルドするために必要な全アセットが格納されています。貢献に興味を持っていただきありがとうございます!

リポジトリの使い方

Hugo(Extended version)を使用してWebサイトをローカルで実行することも、コンテナランタイムで実行することもできます。コンテナランタイムを使用することを強くお勧めします。これにより、本番Webサイトとのデプロイメントの一貫性が得られます。

前提条件

このリポジトリを使用するには、以下をローカルにインストールする必要があります。

開始する前に、依存関係をインストールしてください。リポジトリのクローンを作成し、ディレクトリに移動します。

git clone https://github.com/kubernetes/website.git
cd website

KubernetesのWebサイトではDocsyというHugoテーマを使用しています。コンテナでWebサイトを実行する場合でも、以下を実行して、サブモジュールおよびその他の開発依存関係をプルすることを強くお勧めします。

# pull in the Docsy submodule
git submodule update --init --recursive --depth 1

コンテナを使ってウェブサイトを動かす

コンテナ内でサイトを構築するには、以下を実行してコンテナイメージを構築し、実行します。

make container-image
make container-serve

お使いのブラウザにて http://localhost:1313 にアクセスしてください。リポジトリ内のソースファイルに変更を加えると、HugoがWebサイトの内容を更新してブラウザに反映します。

Hugoを使ってローカル環境でWebサイトを動かす

netlify.tomlファイルに記述されているHUGO_VERSIONと同じExtended versionのHugoをインストールするようにしてください。

ローカルでサイトを構築してテストするには、次のコマンドを実行します。

# install dependencies
npm ci
make serve

これで、Hugoのサーバーが1313番ポートを使って開始します。お使いのブラウザにて http://localhost:1313 にアクセスしてください。リポジトリ内のソースファイルに変更を加えると、HugoがWebサイトの内容を更新してブラウザに反映します。

API reference pagesをビルドする

content/en/docs/reference/kubernetes-apiに配置されているAPIリファレンスページはhttps://github.com/kubernetes-sigs/reference-docs/tree/master/gen-resourcesdocsを使ってSwagger仕様書からビルドされています。

新しいKubernetesリリースのためにリファレンスページをアップデートするには、次の手順を実行します:

  1. api-ref-generatorサブモジュールをプルする:

    git submodule update --init --recursive --depth 1
  2. Swagger仕様書を更新する:

    curl 'https://raw.githubusercontent.com/kubernetes/kubernetes/master/api/openapi-spec/swagger.json' > api-ref-assets/api/swagger.json
  3. 新しいリリースの変更を反映するため、api-ref-assets/config/toc.yamlfields.yamlを適用する。

  4. 次に、ページをビルドする:

    make api-reference

    コンテナイメージからサイトを作成・サーブする事でローカルで結果をテストすることができます:

    make container-image
    make container-serve

    APIリファレンスを見るために、ブラウザでhttp://localhost:1313/docs/reference/kubernetes-api/を開いてください。

  5. 新しいコントラクトのすべての変更が設定ファイルtoc.yamlfields.yamlに反映されたら、新しく生成されたAPIリファレンスページとともにPull Requestを作成します。

トラブルシューティング

error: failed to transform resource: TOCSS: failed to transform "scss/main.scss" (text/x-scss): this feature is not available in your current Hugo version

Hugoは、技術的な理由から2種類のバイナリがリリースされています。現在のウェブサイトはHugo Extendedバージョンのみに基づいて運営されています。リリースページで名前に「extended」が含まれるアーカイブを探します。確認するには、hugo versionを実行し、「extended」という単語を探します。

macOSにてtoo many open filesというエラーが表示される

macOS上でmake serveを実行した際に以下のエラーが表示される場合

ERROR 2020/08/01 19:09:18 Error: listen tcp 127.0.0.1:1313: socket: too many open files
make: *** [serve] Error 1

OS上で同時に開けるファイルの上限を確認してください。

launchctl limit maxfiles

続いて、以下のコマンドを実行します(https://gist.github.com/tombigel/d503800a282fcadbee14b537735d202c より引用)。

#!/bin/sh

# These are the original gist links, linking to my gists now.
# curl -O https://gist.githubusercontent.com/a2ikm/761c2ab02b7b3935679e55af5d81786a/raw/ab644cb92f216c019a2f032bbf25e258b01d87f9/limit.maxfiles.plist
# curl -O https://gist.githubusercontent.com/a2ikm/761c2ab02b7b3935679e55af5d81786a/raw/ab644cb92f216c019a2f032bbf25e258b01d87f9/limit.maxproc.plist

curl -O https://gist.githubusercontent.com/tombigel/d503800a282fcadbee14b537735d202c/raw/ed73cacf82906fdde59976a0c8248cce8b44f906/limit.maxfiles.plist
curl -O https://gist.githubusercontent.com/tombigel/d503800a282fcadbee14b537735d202c/raw/ed73cacf82906fdde59976a0c8248cce8b44f906/limit.maxproc.plist

sudo mv limit.maxfiles.plist /Library/LaunchDaemons
sudo mv limit.maxproc.plist /Library/LaunchDaemons

sudo chown root:wheel /Library/LaunchDaemons/limit.maxfiles.plist
sudo chown root:wheel /Library/LaunchDaemons/limit.maxproc.plist

sudo launchctl load -w /Library/LaunchDaemons/limit.maxfiles.plist

こちらはmacOSのCatalinaとMojaveで動作を確認しています。

SIG Docsに参加する

コミュニティのページをご覧になることで、SIG Docs Kubernetesコミュニティとの関わり方を学ぶことができます。

本プロジェクトのメンテナーには以下の方法で連絡することができます:

ドキュメントに貢献する {#contributing-to-the-docs}

GitHubの画面右上にあるForkボタンをクリックすると、お使いのGitHubアカウントに紐付いた本リポジトリのコピーが作成され、このコピーのことをフォークと呼びます。フォークリポジトリの中ではお好きなように変更を加えていただいて構いません。加えた変更をこのリポジトリに追加したい任意のタイミングにて、フォークリポジトリからPull Reqeustを作成してください。

Pull Requestが作成されると、レビュー担当者が責任を持って明確かつ実用的なフィードバックを返します。Pull Requestの所有者は作成者であるため、ご自身で作成したPull Requestを編集し、フィードバックに対応するのはご自身の役目です。

また、状況によっては2人以上のレビュアーからフィードバックが返されたり、アサインされていないレビュー担当者からのフィードバックが来ることがある点もご注意ください。

さらに、特定のケースにおいては、レビュー担当者がKubernetesの技術的なレビュアーに対してレビューを依頼することもあります。レビュー担当者はタイムリーにフィードバックを提供するために最善を尽くしますが、応答時間は状況に応じて異なる場合があります。

Kubernetesのドキュメントへの貢献に関する詳細については以下のページをご覧ください:

New Contributor Ambassadors

コントリビュートする時に何か助けが必要なら、New Contributor Ambassadorsに聞いてみると良いでしょう。彼らはSIG Docsのapproverで、最初の数回のPull Requestを通して新しいコントリビューターを指導し助けることを責務としています。New Contributors Ambassadorsにコンタクトするには、Kubernetes Slackが最適な場所です。現在のSIG DocsのNew Contributor Ambassadorは次の通りです:

名前 Slack GitHub
Arsh Sharma @arsh @RinkiyaKeDad

翻訳されたREADME.md一覧 {#localization-readmemds}

Language Language
中国語 韓国語
フランス語 ポーランド語
ドイツ語 ポルトガル語
ヒンディー語 ロシア語
インドネシア語 スペイン語
イタリア語 ウクライナ語
日本語 ベトナム語

行動規範

Kubernetesコミュニティへの参加については、CNCFの行動規範によって管理されています。

ありがとうございます!

Kubernetesはコミュニティの参加によって成長しています。Webサイトおよびドキュメンテーションへの皆さんの貢献に感謝します!