OpenStackパッケージの構築について混乱していますか?
Ubuntu QAサイトでOpenStackビルドタスクを見つけましたが、ビルド手順について少し混乱しています。 ビルド手順のリンクは次のとおりです。https : //jenkins.qa.ubuntu.com/view/Openstack_Testing/view/Grizzly/job/precise_grizzly_keystone_stable/275/consoleText jenkinsビルドログから、UbuntuがOpenstackパッケージをビルドする手順を知っています。 githubからopenstackコードを取得し、使用 git clone ビルドopenstack tar.gzファイルを使用してpython setup.py sdist bzrcanonicalによるメンテナンスであるdebian制御ファイルを取得するために使用します 使用dch新しいビルドのリリースを生成し、ローカルにそれをコミットするコマンドを 次のbzr builddeb -S -- -sa -us -ucようなソースパッケージと関連する制御ファイルを生成するために使用しますdsc パッケージに署名する mk-build-deps依存関係のインストールに使用 sbuild実際のdebパッケージの生成に使用 テストリポジトリにアップロードする 私の質問は: ステップ5では、debパッケージをなし-Sですでに生成できますが、最終的にsbuildそれを生成するために使用するのはなぜですか?これは署名専用ですか? 違いは何だbzr builddebとはsbuild? jenkinsが使用したビルドスクリプトは次の場所にあり~openstack-ubuntu-testing/openstack-ubuntu-testingますがbin、の下でコマンドを実行しようとすると、常に取得されます: root@demo:~/openstack-ubuntu-testing/bin# ./build-package Traceback (most recent call last): File "./build-package", line 14, in <module> from openstack_ubuntu_testing.build.component_build import ComponentBuild File "/home/sysadmin/openstack-ubuntu-testing/bin/openstack_ubuntu_testing/build/component_build.py", …