Reviews by Contributor # Contributor -2 -1 +1 +2 A x + ratio Reviews Stackalytics displays information collected from open sources, including git.openstack.org , review.openstack.org , Launchpad , GitHub , OpenStack.org , OpenStack mailing lists .
OpenStack 2023.2 Administrator Guides This page contains documentation about administering OpenStack services. Administrator Guides for Common OpenStack Libraries oslo.log A logging configuration library. oslo.messaging Inter-process communication. oslo.middleware WSGI middleware library for web service development. Administrator Guides for OpenStack Deployment Tools charm-guide OpenStack Charm Gu
by Ikuo Kumagai (@kumagai19o) この記事はOpenStack Advent Calendar 2014 12/12 の記事です。 あなたはOSSのプロジェクトの開発へ参加したことがありますか?恥ずかしながら私はOpenStackが初めてでした。この記事はそういったこれからOpenStackの開発に参加したいという方に向けて、私の最初のパッチ提出の状況を紹介するものです。(ちなみに12/12現在、レビュー進行中の状況です。まだmergeされるには至っていません。→2015/2/7にmergeされました。) きっかけは、先日のOpenStack Summit で Upstream Traininig に参加 (※)したことです。今回はまずコントリビュートのプロセスを知り、実際にソースがマージされることを第一の目的としています。 (※Upstream Training
2/3(火)-4(水)にOpenStack Days Tokyo 2015が開催されました。今回、特別企画として実施されたUpstream Trainingに参加することができたので、その様子を紹介します。 OpenStack Upstream Trainingとは OpenStackの開発コミュニティは、バグの管理やレビューシステムがしっかりと整備されており、世界中のコントリビュータが連携して開発に取り組めるようになっています。 その一方で、いきなりPull Requestをなげるようなやり方は認められておらず、きちんとした手順を踏まないと追加機能やバグ修正を取り込んでもらうことはできません。 そのため、OpenStackにコントリビュートするには、コミュニティの開発スタイルやレビューシステムの使い方を理解する必要があります。 OpenStack Upstream Trainingは、O
はじめに 本家gitかgithubのミラーから必要なリポジトリをcloneしてくる。ここでは、openstack-manualsでBugを改修するシナリオを例に実施する。なお、今回OSはCentOS6を利用している。ここでは説明しないが、LaunchpadとGerritをリンクさせておく必要もある。 $ git clone https://github.com/openstack/openstack-manuals.git $ cd openstack-manual $ git config gitreview.scheme https $ git config gitreview.port 443 $ git config gitreview.username gerrit-test-user <= Gerritに登録されているusernameを入力 $ git config user.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く