Microsoft Docs 共同作成者ガイド概要Microsoft Docs contributor guide overview (Docs) 共同作成者ガイドへようこそ。Welcome to the (Docs) Contributor Guide!

Microsoft のドキュメント セットには、GitHub でホストされているオープン ソースのものがあります。Several of our documentation sets are open source, hosted on GitHub. Microsoft の多くのチームが頻繁にこのモデルを採用しています。More teams at Microsoft are adopting this model all the time. Pull requests を作成するために招待された場合、完全にオープン ソースでないドキュメント セットでも一般公開用のリポジトリがあります。Even document sets that are not completely open source have public-facing repos where you are invited to make pull requests. これを使用すると、製品エンジニア、コンテンツ チーム、顧客との間のコミュニケーションが効率化され改善されます。It streamlines and improves communication between the product engineers, the content teams, and our customers. オープン環境で作業すると、次のようないくつかの利点があります。Working in the open provides several advantages:

  • 最も必要なドキュメントに関するフィードバックを取得するために、開かれたオープン ソースのリポジトリのプラン。Open source repos plan in the open to get feedback on what docs are most needed.
  • 最初のリリースで最も役立つコンテンツを公開するために、開かれたオープン ソースのリポジトリのレビュー。Open source repos review in the open to publish the most helpful content on our first release.
  • コンテンツを継続して改善しやすくするために、開かれたオープン ソースのリポジトリの更新。Open source repos update in the open to make it easier to continuously improve the content. のユーザー エクスペリエンスは、より操作しやすいように、GitHub のワークフローに直接統合されています。The user experience on integrates GitHub workflows directly to make it even easier. 表示しているドキュメントを編集して開始します。Start by editing the document you are viewing. または、新しいトピックをレビューして支援するか、品質の Issue を作成しますOr, help by reviewing new topics, or create quality issues.

重要 に公開されるすべてのリポジトリには、「Microsoft Open Source Code of Conduct」 (Microsoft オープン ソース倫理規定) または「.NET Foundation Code of Conduct」 (.NET Foundation 倫理規定) が適用されています。All repositories that publish to have adopted the Microsoft Open Source Code of Conduct or the .NET Foundation Code of Conduct. 詳細については、「Code of Conduct FAQ」 (倫理規定に関する FAQ) を参照してください。For more information, see the Code of Conduct FAQ. または、ご質問やコメントがある場合は、 または までご連絡ください。Or contact, or with any questions or comments.

パブリック リポジトリ内にあるドキュメントおよびコード例の軽微な修正や補足は、「 - 使用条件」の対象になります。Minor corrections or clarifications to documentation and code examples in public repositories are covered by the Terms of Use. Microsoft の従業員ではない共同作成者が新規または大幅な変更を加えた場合、オンライン貢献者使用許諾契約書 (CLA) の提出を要求するコメントが pull request 内に生成されます。New or significant changes generate a comment in the pull request, asking you to submit an online Contribution License Agreement (CLA) if you are not an employee of Microsoft. pull request をレビューまたは承認できるように、オンライン フォームへのご記入をお願いいたします。We need you to complete the online form before we can review or accept your pull request.

既存のドキュメントへのクイック編集Quick edits to existing documents

クイック編集はプロセスを効率化し、ドキュメント内の小さなエラーや省略を報告および修正します。Quick edits streamline the process to report and fix small errors and omissions in documents. さまざまな努力を重ねても、文章校正やスペルチェックの小さなエラーは公開されたドキュメントに入り込みます。Despite all efforts, small grammar and spelling errors do make their way into our published documents. Issue (問題) を作成してミスを報告できますが、pull request (PR) を作成して Issue を修正する方が速くて簡単です。While you can create issues to report mistakes, it's faster and easier to create a pull request (PR) to fix the issue. 次の図のように編集ボタンが、ほとんどすべての記事に表示されます。Almost every article displays an edit button as shown in the following figure. [編集] (または同等のローカライズされた) ボタンをクリックすると、GitHub 上のソース ファイルに移動します。Clicking the Edit (or equivalent localized) button takes you to the source file on GitHub.

[編集] リンクの場所

次に、次の図に示されているように鉛筆アイコンをクリックして、記事を編集します。Next, click the pencil icon, shown in the following figure to edit the article.



鉛筆アイコンが灰色表示されている場合は、GitHub アカウントにログインするか、新しいアカウントを作成する必要があります。If the pencil icon is grayed out, you need to login to your GitHub account, or create a new account.

Web エディターで変更を加えます。Make your changes in the web editor. [変更のプレビュー] タブをクリックし、変更の書式設定を確認できます。You can click the Preview changes tab to check the formatting of your change.

変更を加えたら、ページの一番下へスクロールします。Once you have made your changes, scroll to the bottom of the page. 次の図のように、自分の PR にタイトルと説明を入力して、[Propose file change] をクリックします。Enter a title and description for your PR and click Propose file change as shown in the following figure:


これで変更を提案したので、リポジトリの所有者に、変更をそのリポジトリに「pull」するように要求する必要があります。Now that you've proposed your change, you need to ask the owners of the repository to "pull" your changes into their repository. これを完了するには、「pull request」と呼ばれる作業を実行します。This is done using something called a "pull request". 上の図の [Propose file change ](ファイル変更の提案) をクリックしたら、次の図のような新しいページに移動しているはずです。When you clicked on Propose file change in the figure above, you should have been taken to a new page that looks like the following figure:

Pull request の作成

[Create pull request](pull request の作成) をクリックして pull request のタイトル (および必要に応じて説明) を入力した後、もう一度 [Create pull request] をクリックします。Click Create pull request, enter a title (and optionally a description) for the pull request, and then click Create pull request again.

これで終了です。That's it! コンテンツ チームのメンバーが、PR をレビューしてマージします。Content team members will review and merge your PR. 大規模な変更を加えた場合、変更を要求するフィードバックを受け取る可能性があります。You may get some feedback requesting changes if you made larger changes.

GitHub の UI の編集は、リポジトリ上の自分のアクセス許可に対応しています。The GitHub editing UI responds to your permissions on the repository. 前の図は、ターゲットのリポジトリへの書き込みアクセス許可がない共同作成者に対して正確な図です。The preceding images are accurate for contributors that do not have write permissions to the target repository. GitHub では、お使いのアカウントに対象のリポジトリのフォークが自動的に作成されます。GitHub automatically creates a fork of the target repository in your account. ターゲットのリポジトリへの書き込みアクセス権がある場合、GitHub ではターゲットのリポジトリに新しいブランチが作成されます。If you have write access to the target repository, GitHub creates a new branch in the target repo. ブランチ名には、GitHub ID、およびパッチのブランチに対する数値識別子を使用する、フォーム <GitHubId>-patch-n が含まれます。The branch name has the form <GitHubId>-patch-n using your GitHub ID, and a numeric identifier for the patch branch.

Microsoft ではすべての変更だけでなく、書き込みアクセス権がある共同作成者に対しても PR を使用します。We use PRs for all changes, even for contributors that have write access. ほとんどのリポジトリに保護された master ブランチがあるため、更新プログラムを PR として提出する必要があります。Most repositories have the master branch protected so that updates must be submitted as PRs.

ブラウザー内の編集操作は、マイナー変更や頻度の低い変更に最適です。The in-browser editing experience is best for minor or infrequent changes. 大規模な共同作成を行う場合、または Git の高度な機能 (ブランチ管理や高度なマージの競合の解決など) を使用する場合は、リポジトリをフォークしてローカルで作業する必要があります。If you make large contributions, or use advanced Git features (such as branch management or advanced merge conflict resolution), you need to fork the repo and work locally.


可能であれば、任意の言語で記事を編集できます。また、編集の種類に基づいて、次のことが起こります。If enabled, you can edit an article in any language and, based on the type of edit, the following will happen:

  1. 言語に関する変更が承認されると、機械翻訳エンジンも改善されます。any linguistic change that is approved, will also help improve our Machine Translation engine
  2. 編集が記事のコンテンツを大幅に変更する場合、それは内部で処理されて、同じ記事の英語版に変更が送信されます。このため、承認された場合はすべての言語でローカライズされます。any edit that significantly modifies the content of the article, will be handled internally to submit a change to the same article in English, so that it will get localized in all languages, if approved. したがって、提案された改善は、自身の言語の記事を改善するだけでなく、利用可能なすべての言語に影響を与えます。So your suggested improvements will not only positively affect articles in your own language, but in all available languages.

開いている PR をレビューするReview open PRs

現在、開いている PR を確認して公開する前に、新しいトピックを確認することができます。You can read new topics before they are published by checking the currently open PRs. レビューは GitHub のフロー プロセスに従います。Reviews follow the GitHub flow process. パブリック リポジトリにある提案された更新や新しい記事を確認できます。You can see proposed updates or new articles in public repositories. それらをレビューしてコメントを追加します。Review them and add your comments. ドキュメント リポジトリのいずれかを参照し、関心のあるエリアの開いている pull requests (PR) を確認します。Look at any of our docs repositories, and check the open pull requests (PRs) for areas that interest you. 提案された更新のコミュニティ フィードバックは、コミュニティ全体の役に立ちます。Community feedback on proposed updates helps the entire community.

品質の Issue を作成するCreate quality issues

Microsoft のドキュメントは、引き続き進行中の内容です。Our docs are a continuous work in progress. 適切な Issue は、Microsoft がコミュニティにとって優先度の高い内容に注力するために役立ちます。Good issues help us focus our efforts on the highest priorities for the community. 詳細を提供すればするほど、Issue の役に立ちます。The more detail you can provide, the more helpful the issue. 探索した情報を教えてください。Tell us what information you sought. 使用した検索語句を教えてください。Tell us the search terms you used. 使用を開始できない場合は、慣れていないテクノロジの探索をどのように始めたいかをお聞かせください。If you can't get started, tell us how you want to start exploring unfamiliar technology.

Issue により、必要な内容についての会話が始まります。Issues start the conversation about what's needed. コンテンツ チームは、追加できる内容のアイデアを用いて、これらの Issue に対応し、ご意見を伺います。The content team will respond to these issues with ideas for what we can add, and ask for your opinions. Microsoft でドラフトを作成した場合、お客様に PR のレビューを依頼します。When we create a draft, we'll ask you to review the PR.

深く関わるGet more involved

その他のトピックは、Microsoft Docs で生産的に投稿を開始するのに役立ちます。これらのトピックでは、Microsoft Docs プラットフォームで使用される GitHub リポジトリ、Markdown ツール、拡張機能の使い方について説明します。Other topics help you get started productively contributing to Microsoft Docs. They explain working with GitHub repositories, Markdown tools, and extensions used in the Microsoft Docs platform.