Skip to content

Commit c42cfe1

Browse files
committed
Translate concepts/services-networking/endpoint-slices into Japanese.
1 parent 31f9550 commit c42cfe1

File tree

1 file changed

+21
-41
lines changed

1 file changed

+21
-41
lines changed
Lines changed: 21 additions & 41 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
11
---
2-
title: Suggesting content improvements
2+
title: コンテンツの改善を提案する
33
slug: suggest-improvements
44
content_type: concept
55
weight: 10
@@ -10,56 +10,36 @@ card:
1010

1111
<!-- overview -->
1212

13-
If you notice an issue with Kubernetes documentation, or have an idea for new content, then open an issue. All you need is a [GitHub account](https://github.com/join) and a web browser.
14-
15-
In most cases, new work on Kubernetes documentation begins with an issue in GitHub. Kubernetes contributors
16-
then review, categorize and tag issues as needed. Next, you or another member
17-
of the Kubernetes community open a pull request with changes to resolve the issue.
18-
13+
Kubernetesのドキュメントに何か問題を見つけたり、新しいコンテンツに関してアイデアを思い付いたときは、issueを作ってください。必要なものは、[GitHubアカウント](https://github.com/join)とウェブブラウザーだけです。
1914

15+
Kubernetesのドキュメント上の新しい作業は、ほとんどの場合、GitHubのissueから始まります。Kubernetesのコントリビューターは、必要に応じてレビュー、分類、タグ付けを行います。次に、あなたやKubernetesコミュニティの他のメンバーが、そのissueを解決するための変更を加えるpull requestを開きます。
2016

2117
<!-- body -->
2218

23-
## Opening an issue
24-
25-
If you want to suggest improvements to existing content, or notice an error, then open an issue.
26-
27-
1. Go to the bottom of the page and click the **Create an Issue** button. This redirects you
28-
to a GitHub issue page pre-populated with some headers.
29-
2. Describe the issue or suggestion for improvement. Provide as many details as you can.
30-
3. Click **Submit new issue**.
31-
32-
After submitting, check in on your issue occasionally or turn on GitHub notifications.
33-
Reviewers and other community members might ask questions before
34-
they can take action on your issue.
19+
## issueを作る
3520

36-
## Suggesting new content
21+
既存のコンテンツに対して改善を提案したい場合や、間違いを発見した場合は、issueを作ってください。
3722

38-
If you have an idea for new content, but you aren't sure where it should go, you can
39-
still file an issue. Either:
23+
1. ページの右側のサイドバーにある**ドキュメントのissueを作成**ボタンをクリックします。GitHubのissueページにリダイレクトし、一部のヘッダーが自動的に挿入されます。
24+
2. 問題や改善の提案について書きます。できる限り多くの詳細情報を提供するようにしてください。
25+
3. **Submit new issue**ボタンをクリックします。
4026

41-
- Choose an existing page in the section you think the content belongs in and click **Create an issue**.
42-
- Go to [GitHub](https://github.com/kubernetes/website/issues/new/) and file the issue directly.
27+
送信後、定期的にissueを確認するか、GitHubの通知を設定してください。レビュアや他のコミュニティメンバーが、issueに対して作業を行うために、あなたに何か質問をするかもしれません。
4328

44-
## How to file great issues
29+
## 新しいコンテンツの提案
4530

31+
新しいコンテンツに関するアイデアがあるものの、どの場所に追加すればわからないときでも、issueを作ることができます。次のいずれかを選択して行ってください。
4632

47-
Keep the following in mind when filing an issue:
33+
- コンテンツが追加されるべきだと思う既存のページを選択し、**ドキュメントのissueを作成**ボタンをクリックする。
34+
- [GitHub](https://github.com/kubernetes/website/issues/new/)に移動し、直接issueを作る。
4835

49-
- Provide a clear issue description. Describe what specifically is missing, out of date,
50-
wrong, or needs improvement.
51-
- Explain the specific impact the issue has on users.
52-
- Limit the scope of a given issue to a reasonable unit of work. For problems
53-
with a large scope, break them down into smaller issues. For example, "Fix the security docs"
54-
is too broad, but "Add details to the 'Restricting network access' topic" is specific enough
55-
to be actionable.
56-
- Search the existing issues to see if there's anything related or similar to the
57-
new issue.
58-
- If the new issue relates to another issue or pull request, refer to it
59-
either by its full URL or by the issue or pull request number prefixed
60-
with a `#` character. For example, `Introduced by #987654`.
61-
- Follow the [Code of Conduct](/community/code-of-conduct/). Respect your
62-
fellow contributors. For example, "The docs are terrible" is not
63-
helpful or polite feedback.
36+
## よいissueを作るには
6437

38+
issueを作るときは、以下のことを心に留めてください。
6539

40+
- 明確なissueの説明を書く。不足している点、古くなっている点、誤っている点、改善が必要な点など、どの点がそうであるか明確に書く。
41+
- issueがユーザーに与える具体的な影響を説明する。
42+
- 合理的な作業単位になるように、特定のissueのスコープを制限する。スコープの大きな問題については、小さな複数のissueに分割する。たとえば、"Fix the security docs"(セキュリティのドキュメントを修正する)というのはスコープが大きすぎますが、"Add details to the 'Restricting network access' topic"(トピック「ネットワークアクセスの制限」に詳細情報を追加する)であれば十分に作業可能な大きさです。
43+
- すでにあるissueを検索し、関連または同様のissueがないかどうか確認する。
44+
- 新しいissueがほかのissueやpull requestと関係する場合は、完全なURLを参照するか、issueやpull requestの数字の前に`#`の文字を付けて参照する。例えば、`Introduced by #987654`のように書きます。
45+
- [行動規範](/ja/community/code-of-conduct/)に従って、仲間のコントリビューターに敬意を払いましょう。たとえば、"The docs are terrible"(このドキュメントは最悪だ)のようなコメントは、役に立つ敬意のあるフィードバックではありません。

0 commit comments

Comments
 (0)