初めて Azure Web / Worker ロールを設定するときは、プロジェクトを「パッケージ化」して Azure portal 経由でアップロードする必要があります。これを行った後、Visual Studio からアプリケーションを「発行」できます。
プロジェクトを再度「パッケージ化」し、Azure portal 経由で更新する必要があるのはどのような状況ですか?
つまり、プロジェクトの再パッケージ化が必要な変更はどれですか?
注: Azure portal 経由でプロジェクトをアップロードするには、プロジェクトを「パッケージ化」する必要があります。Azure でコンピューティング ロールを作成するとき、コンピューティング ロールを操作可能にするためにパッケージをアップロードする必要があります。
Azure portal から: 運用
環境には何もデプロイされていません。
新しい本番デプロイメントをアップロードします。
Cloud Serviceパッケージには、アプリにバンドルされている役割定義、構成設定、ランタイムビット、およびその他の静的コンテンツが含まれています。Visual Studio（またはPowerShell）は、ポータルを介して作成した名前付きスロットにアップロードするための暗号化されたパッケージ（実際にはエミュレーター用にビルドするときに調べることができるzipファイル）を作成します。
将来的には、インスタンス数やその他の構成設定を変更するなど、パッケージを再構築せずに実行できる特定のことがあります。また、静的コンテンツ（CSS、画像など）をBLOBストレージに移動すると、パッケージを再作成/再デプロイしなくても、それらを直接更新できます（何らかの種類のシグナルをに送信する必要がある場合があります）アプリを実行して、いくつかのリソースをリロードしますが、それはアプリ固有になります）。スタートアップスクリプトの一部としてインストールされる特定のexeまたはMSIがある場合は、ロールスタートアップコードの実行時に簡単にダウンロードできるため、これらをBLOBストレージに移動することもできます（これによりパッケージサイズが削減されます）。
サービス定義ファイルで排他的に定義されているものを変更した場合（たとえば、役割を追加したり、役割のサイズを変更したりする場合）、再パッケージ化/再展開する必要があります（ただし、更新として展開できます。これにより、サービスが停止することはありません[ 2つ以上のインスタンスがあると仮定します]または割り当てられたIPアドレスを置き換えます）。
初めてプロジェクトをパッケージ化する必要はないと思います。初めて Azure プロジェクトを発行できます。何があなたの出版を妨げているのかわかりません。もう少し説明していただけますか。
実際、パブリッシュはパッケージと非常に似ています。Visual Studio がプロジェクトをパッケージ化し、ユーザーに代わって Azure にアップロードしました。