0

一部のファイルを変更する必要があったため、DevStack から openstack をインストールしました。DevStack をインストールすると、すべてのファイルが /opt/stack の下にあります。そこには、サービス フォルダー (glance、keystone...) とライブラリ フォルダー (python-glanceclient、python-keystoneclient) があります。これらのファイルを変更した場合、すでにデプロイされている Openstack で変更を複製するにはどうすればよいですか? devstack を使用せずに openstack をインストールすると、異なる構造のフォルダーが構築されます。

つまり、python-'service'client フォルダーは新しい openstack インストールのどこにあるのでしょうか?

ありがとうございました

4

1 に答える 1

0

devstack は、github から openstack ソフトウェア スタックをプルします。インストール元の git レポは /opt/stack にあります。

やりたいことは、openstack と、変更したい openstack プロジェクトのレポをフォークしてから、devstack デプロイメントを openstack レポからではなく、独自のフォークされたレポからデプロイすることです。

これは、stack.sh スクリプトを変更することで実行できます (私は信じています)。devstack.org のサイトには、スクリプト全体の行ごとの説明があり、正しい方向に向けることができます。

http://devstack.org/stack.sh.html これを読んでください。

独自の git リポジトリを使用してデプロイしたら、もちろん編集してコミットすることができます。それにプッシュすることさえできます。

次に、公開されている openstack リポジトリの代わりに、リポジトリからプルするように他の devstack デプロイメントをセットアップすることもできます。

もちろん、openstack の開発がかなり活発なペースで進んでいるため、後で openstack に対してリベースすることはますます難しくなります。

行っている変更がオープン ソース プロジェクトにコミットしたい場合は、次のサイトをチェックしてください。

http://wiki.openstack.org/HowToContribute

基本的に、openstack には、gerrit と jenkins に基づくコミット レビューと継続的インテグレーション環境があります。これは、オープン ソース リポジトリへのコミットをゲート テストし、マージする前に他の開発者が手動でレビューする方法です。

これを本番用にデプロイする場合は、devstack からデプロイしないことをお勧めします。これは適切な方法ではありません。

于 2012-11-30T00:44:37.103 に答える