ウィキについて - GitHub Docs
リポジトリのドキュメンテーションをウィキでホストして、他者が利用してプロジェクトにコントリビュートすることを可能にできます。 Wikiは、組織の場合はGitHub FreeとGitHub Freeのパブリック・リポジトリで、パブリックおよびプライベート・リポジトリではGitHub Pro、GitHub Team、GitHub Enterprise Cloud、GitHub Enterprise Serverで利用できます。 詳しくは、「GitHub のプラン」をご覧ください。 GitHub.com のすべてのリポジトリに、Wiki と呼ばれるドキュメントをホストするセクションが備わっています。 リポジトリのウィキは、プロジェクトの利用方法、設計方法、中核的な原理など、プロジェクトに関する長いコンテンツを共有するために利用できます。 README ファイルは、プロジェクトができることを手短に
ウィキページを追加または編集する - GitHub Docs
右にある Wiki サイドバーを使用して、変更したいページに移動してください。 ウィンドウの右上にある Edit をクリックします。 テキスト エディターを使って、ページの内容を編集します。 [メッセージの編集] フィールドに、追加する新しいファイルを説明するコミット メッセージを入力します。 変更を Wiki にコミットするには、 Save Page をクリックします。 ローカルでウィキページを追加または編集する ウィキは Git のリポジトリの一部なので、Git ワークフローを使ってローカルで変更を加え、リポジトリにプッシュできます。 手元のコンピュータへウィキをクローンする すべてのウィキは、その内容をあなたのコンピュータにクローンする簡単な方法を提供しています。 GitHub に最初のページを作成したら、指定した URL のコンピューターにリポジトリをクローンすることができます。
コンテナレジストリの利用 - GitHub Docs
Container registry について Container registry は、Organization または個人アカウント内にコンテナー イメージを格納し、イメージをリポジトリに関連付けることができます。 権限をリポジトリから継承するか、リポジトリとは別に細かい権限を設定するかを選ぶことができます。 パブリック コンテナー イメージに匿名でアクセスすることもできます。 Container registryサポートについて 現在のところ、Container registry では以下のコンテナフォーマットをサポートしています。 Docker Image Manifest V2、Schema 2 Open Container Initiative (OCI) 仕様 Dockerイメージをインストールあるいは公開する際には、Container registryはWindowsイメー
エンタープライズ向け GitHub について - GitHub Enterprise Cloud Docs
ビジネスで GitHub を選択する必要がある理由 開発者が既に知っているプラットフォームを提供します。 GitHub を採用すると、1 億人以上の開発者に既になじみのあるツールを使用することで、オンボード時間の短縮、才能の獲得、大規模なオープンソース コミュニティの活用に役立ちます。 クラウド内のツールを統合します。 GitHub は、セキュリティで保護されたソフトウェアをビルド、スケーリング、配信するための完全な開発者プラットフォームです。 GitHub を採用すると、企業が DevOps ツールを統合したり、保守が困難なオンプレミス ソリューションから離れたりするのに役立ちます。 最新の機能を利用できます。 GitHub は、継続的に新機能と更新プログラムをリリースします。 このプラットフォームには、GitHub Copilot や GitHub Actions などのよく知られたツ
GitHub Codespaces の請求について - GitHub Docs
メモ ストレージの GB/月という単位は時間ベースの測定値であり、1 GB/月は 1 GB のストレージを 1 か月間使用できます。 すべての codespace と prebuild によって使われているディスク領域が 1 時間に 1 回評価されて、現在の GB/月の使用量が再計算されます。 そのため、codespace と prebuild がある間は、GB/月の使用量が月を通して増加します。 たとえば、ストレージの合計が 15 GB で、1 か月の請求サイクルを通して変わらない場合は、半月の時点で 7.5 GB、月末の時点で 15 GB 使われます。 詳しくは、この記事の後半に出てくる「ストレージ使用に対する課金について」をご覧ください。 "コア時間" は、含まれるコンピューティング使用量に対して使われるメジャーです。 コア時間を計算するには、codespace がアクティブになって
pull request の作成 - GitHub Enterprise Cloud Docs
pull request 用に新しいブランチを作成する必要があり、リポジトリへの書き込みアクセス許可がない場合は、まずリポジトリをフォークできます。 詳細については、「フォークからプルリクエストを作成する」および「フォークについて」を参照してください。 プルリクエストを作成するとき、変更をどのブランチにマージするかを指定できます。 2 つのブランチ間で違いがある場合にのみ、プルリクエストをオープンできます。 注: パブリック リポジトリで pull request を開くには、ヘッドまたはソース ブランチへの書き込みアクセス権が必要です。または、Organization が所有するリポジトリの場合は、pull request を開くリポジトリを所有する Organization のメンバーである必要があります。 pull request をイシューにリンクして、修正が進行中であることを示し
npmレジストリの利用 - GitHub Docs
非公開パッケージ、内部パッケージ、公開パッケージを発行、インストール、削除するには、アクセス トークンが必要です。 personal access token (classic) を使って、GitHub Packages または GitHub API の認証を受けることができます。 personal access token (classic) を作成するときは、必要に応じてさまざまなスコープをトークンに割り当てることができます。 personal access token (classic) のパッケージ関連のスコープの詳細については、「GitHub Packagesの権限について」を参照してください。 GitHub Actionsワークフロー内でGitHub Packagesレジストリに認証を受けるには、以下の方法が使えます。 GITHUB_TOKEN では、ワークフロー リポジトリに
Pull Request を打ち消す - GitHub Docs
プルリクエストの打ち消しについて GitHub で pull request を打ち消すと、マージされた元の pull request からマージ コミットを 1 回元に戻した、新しい pull request が作成されます。 pull request を元に戻すには、リポジトリの書き込みアクセス許可が必要です。 Pull Request を打ち消す 注釈: 次のいずれかに該当する場合、pull request の個々のコミットを元に戻す必要がある場合があります。 Pull Request を打ち消すとマージコンフリクトが起こる 元のプルリクエストが GitHub でマージされていなかった場合。 たとえば、コマンドラインで fast-forward マージを使用してプルリクエストをマージした可能性があります。 Git を使用して個々のコミットを手動で元に戻す方法については、Git ドキュ
アカウントのプランをアップグレードする - GitHub Docs
アップグレードについて GitHub の各アカウントは、個別に課金されます。 組織アカウントをアップグレードすると、組織のリポジトリに対してのみ有料機能が有効になり、関連付けられている個人アカウントが所有するリポジトリで使用できる機能には影響しません。 同様に、個人アカウントをアップグレードすると、個人アカウントのリポジトリに対してのみ有料機能が有効になり、組織アカウントのリポジトリには影響しません。 アカウントの種類の詳細については、「GitHub アカウントの種類」を参照してください。 プランをアップグレードしても、アカウントの他のサブスクリプションや使用量ベースの請求には影響しません。 「GitHub の支払いについて」を参照してください。 個人用アカウントのプランをアップグレードする 個人アカウントを GitHub Free から GitHub Pro にアップグレードして、個人ア
Organization の Audit log をレビューする - GitHub Docs
Note: Webhooks might be a good alternative to the audit log or API polling for certain use cases. Webhooks are a way for GitHub to notify your server when specific events occur for a repository, organization, or enterprise. Compared to the API or searching the audit log, webhooks can be more efficient if you just want to learn and possibly log when certain events occur on your enterprise, organiza
Enterprise アカウントについて - GitHub Enterprise Cloud Docs
Enterprise アカウントを使用すると、複数の組織 の一元管理が可能になります。 Enterprise アカウントの管理者は次のことができます: 企業のメンバーシップの表示と管理 使用状況と課金を管理する シングル サインオン、IP 許可一覧、SSH 証明機関、2 要素認証などのセキュリティを設定する 監査イベントと Git イベント データをストリームする 内部リポジトリを使用する GitHub Copilot Enterprise や Advanced Security などの機能にアクセスする ポリシーを適用します。 「エンタープライズ ポリシーについて」をご覧ください。 現在、単一の組織で GitHub Enterprise Cloud を使用している場合は、エンタープライズ アカウントを作成することをお勧めします。 「Enterprise アカウントの作成」を参照してくださ
GitHub アカウントの種類 - GitHub Docs
GitHub のアカウントについて GitHub では、コードを保存して、共同作業を行うことができます。 アカウントを使用して、そのコードを整理してアクセスを制御できます。 GitHub には 3 種類のアカウントがあります。 個人用アカウント Organization アカウント Enterprise アカウント GitHub を使用するすべてのユーザーが、個人用アカウントにサインインします。 組織アカウントは、複数の個人用アカウント間のコラボレーションを強化し、企業アカウントは、複数の組織を一元管理できます。 個人用アカウント GitHub.com を使用するすべてのユーザーは、個人用アカウントにサインインします。 個人用アカウントは、GitHub.com のご自分の ID であり、ユーザー名とプロフィールがあります。 たとえば、@octocat のプロフィールを確認してください。 個
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
