swa
Comandos
Nome | Description | Tipo | Status |
---|---|---|---|
swa login |
Fazer logon no Azure |
Núcleo dos SWA | GA |
swa build |
Cria o aplicativo. Se você tiver um aplicativo Node.js, ele instalará as dependências primeiro. |
Núcleo dps SWA | GA |
swa start |
Inicie o emulador de Aplicativos Web Estáticos do Azure de um diretório ou associe a um servidor de desenvolvimento em execução. |
Núcleo dos SWA | GA |
swa deploy |
Implante o projeto atual nos Aplicativos Web Estáticos do Azure. |
Núcleo dps SWA | GA |
swa db |
Gere e edite a configuração de conexões do banco de dados do seus Aplicativos Web Estáticos. |
Núcleo dps SWA | GA |
swa login
Fazer logon no Azure
Autentique-se com o Azure para obter um token de implantação para Aplicativos Web Estáticos do Azure usando o comando swa deploy
.
swa login
[--subscription-id]
[--resource-group]
[--tenant-id]
[--client-id]
[--client-secret]
[--app-name]
[--clear-credentials]
[--use-keychain]
[--no-use-keychain]
Exemplos
Fazer logon interativo no Azure
swa login
Parâmetros Opcionais
ID de assinatura do Azure usada por este projeto. O padrão é process.env.AZURE_SUBSCRIPTION_ID
.
Nome do grupo de recursos. Você pode configurar o grupo padrão usando az configure --defaults group=<name>
.
ID do locatário do Azure. O padrão é process.env.AZURE_TENANT_ID
.
ID do cliente do Azure.
Segredo do cliente do Azure.
Nome do aplicativo dos Aplicativos Web Estáticos do Azure.
Limpe as credenciais persistidas antes do logon. O padrão é false
.
Use o conjunto de chaves nativo do sistema operacional para credenciais persistentes. O padrão é true
.
Desabilite o uso do conjunto de chaves nativo do sistema operacional.
Parâmetros Globais
Exibe o número de versão.
Habilita a saída detalhada. Os valores de nível incluem silly
, info
, log
(padrão) e silent
.
O caminho para o arquivo swa-cli.config.json.
A configuração usada pela CLI.
Imprime todas as opções resolvidas. O padrão é false
.
Mostrar a ajuda contextual.
swa init
Configura um novo projeto de Aplicativos Web Estáticos do Azure.
Configura um novo projeto de Aplicativos Web Estáticos do Azure com a CLI de Aplicativos Web Estáticos. O modo interativo solicita um nome de configuração e detecta as configurações do projeto e as estruturas usadas. Depois de concluído, um novo aplicativo Web estático é criado e um arquivo swa-cli.config.json é gerado no diretório atual.
Você pode executar swa init
várias vezes para criar diferentes configurações para seu projeto. Talvez você queira fazer isso se estiver trabalhando em um monorepo e quiser configurar projetos diferentes.
O arquivo de configuração gerado é usado em todos os comandos executados com a CLI de Aplicativos Web Estáticos. Se você tiver várias configurações nomeadas, poderá usar o argumento posicional ou a opção --config-name
para especificar qual configuração deseja usar.
Veja a seguir um exemplo de configuração gerada pelo comando init
:
"$schema": "https://aka.ms/azure/static-web-apps-cli/schema",
"configurations": {
"myApp": {
"appLocation": ".",
"apiLocation": "api",
"outputLocation": "dist",
"appBuildCommand": "npm run build",
"apiBuildCommand": "npm run build --if-present",
"run": "npm run dev",
"appDevserverUrl": "http://localhost:8080"
}
}
} ```
swa init
[--yes]
Exemplos
Crie uma nova configuração interativamente.
swa init
Crie uma nova configuração usando valores padrão para todas as opções.
swa init --yes
Inicialize o projeto usando a configuração chamada "myApp" do arquivo swa-cli.config.json.
swa init --config-name myApp
Parâmetros Opcionais
Responde “sim” a todos os prompts, o que desativa o modo interativo. O padrão é false
.
Parâmetros Globais
Exibe o número de versão.
Habilita a saída detalhada. Os valores de nível incluem silly
, info
, log
(padrão) e silent
.
O caminho para o arquivo swa-cli.config.json.
A configuração usada pela CLI.
Imprime todas as opções resolvidas. O padrão é false
.
Mostrar a ajuda contextual.
swa start
Inicie o emulador de Aplicativos Web Estáticos do Azure de um diretório ou associe a um servidor de desenvolvimento em execução.
Servir de uma pasta
Por padrão, a CLI inicia e serve qualquer conteúdo estático do diretório de trabalho atual ./
:
swa start
Se a pasta de artefato do aplicativo estático estiver em uma pasta diferente (por exemplo, ./my-dist
), execute a CLI e forneça essa pasta:
swa start ./my-dist
Servir de um servidor de desenvolvimento
Ao desenvolver seu aplicativo de front-end localmente, muitas vezes é útil usar o servidor de desenvolvimento que vem com a CLI da estrutura de front-end. O uso da CLI da estrutura permite que você use recursos internos como "livereload" e HMR (substituição de módulo instantânea). Para usar a CLI dos SWA com o servidor de desenvolvimento local, siga estas duas etapas:
- Inicie o servidor de desenvolvimento local como de costume. Por exemplo, se você estiver usando Angular:
ng serve
(ounpm start
). - Em um terminal separado, execute
swa start
com o URI fornecido pelo servidor de desenvolvimento, no seguinte formato:
swa start http://<APP_DEV_SERVER_HOST>:<APP_DEV_SERVER_PORT>
Aqui está uma lista das portas e comandos padrão usados por alguns servidores de desenvolvimento populares:
Ferramenta | Porta | Comando |
---|---|---|
Angular | 4200 |
swa start http://localhost:4200 |
WebAssembly Blazor | 5000 |
swa start http://localhost:5000 |
Gatsby | 8000 |
swa start http://localhost:8000 |
Hugo | 1313 |
swa start http://localhost:1313 |
Next.js | 3000 |
swa start http://localhost:3000 |
React (Create React App) | 3000 |
swa start http://localhost:3000 |
Svelte (sirv-cli) | 5000 |
swa start http://localhost:5000 |
Vue | 3000 |
swa start http://localhost:3000 |
Em vez de iniciar um servidor de desenvolvimento separadamente, você pode fornecer o comando de inicialização à CLI.
# npm start script (React)
swa start http://localhost:3000 --run "npm start"
# dotnet watch (Blazor)
swa start http://localhost:5000 --run "dotnet watch run"
# Jekyll
swa start http://localhost:4000 --run "jekyll serve"
# custom script
swa start http://localhost:4200 --run "./startup.sh"
Em seguida, acesse o aplicativo com os serviços emulados de http://localhost:4280
Servir o aplicativo de front-end e a API
Se o projeto incluir funções de API, a CLI verificará se as Azure Functions Core Tools estão instaladas e disponíveis. Se não estiverem, a CLI baixará e instalará a versão certa das Azure Functions Core Tools.
Iniciar o servidor de API automaticamente
Execute a CLI e forneça a pasta que contém o back-end da API (um projeto de aplicativo válido do Azure Functions):
# static content plus an API
swa start ./my-dist --api-location ./api
# front-end dev server plus an API
swa start http://localhost:3000 --api-location ./api
Iniciar o servidor de API manualmente
Ao desenvolver seu back-end localmente, às vezes é útil executar as Azure Functions Core Tools separadamente para servir à API. Isso permite que você use recursos internos, como depuração e suporte avançado para editores. Para usar a CLI com o servidor de desenvolvimento de back-end da API local, siga estas duas etapas:
- Inicie sua API usando as Azure Functions Core Tools:
func host start
ou inicie a depuração no VS Code. - Em um terminal separado, execute a CLI dos SWA com o sinalizador
--api-location
e o URI do servidor de API local, no seguinte formato:
swa start ./my-dist --api-location http://localhost:7071
Conexões de banco de dados
Para iniciar seu aplicativo com uma conexão de banco de dados, use o parâmetro --data-api-location
e aponte para a pasta que contém o arquivo staticwebapp.database.config.json.
swa start ./src --data-api-location swa-db-connections
Exemplos
Inicie o aplicativo com padrões.
swa start
Inicie o aplicativo com um servidor de desenvolvimento de front-end.
swa start http://<APP_DEV_SERVER_HOST>:<APP_DEV_SERVER_PORT>
Inicie o aplicativo com um servidor de desenvolvimento de front-end e back-end.
swa start http://<APP_DEV_SERVER_HOST>:<APP_DEV_SERVER_PORT> --api-location http://localhost:7071
Parâmetros Opcionais
A pasta que contém o código-fonte do aplicativo de front-end. O padrão é .
.
A pasta que contém o código-fonte do aplicativo de API.
A pasta que contém a fonte interna do aplicativo de front-end. O caminho é relativo a --app-location
. O padrão é .
.
A pasta que contém o arquivo staticwebapp.database.config.json.
Conecte-se ao servidor de desenvolvimento do aplicativo nessa URL em vez de usar o local de saída.
Conecte-se ao servidor de API nessa URL em vez de usar o local de saída.
A porta do servidor de API passada para func start
. O padrão é 7071.
O endereço do host usado para o servidor de desenvolvimento da CLI. O padrão é localhost
.
O valor da porta a ser usado para o servidor de desenvolvimento da CLI. Padrão 4280
.
Sirva ao aplicativo de front-end e à API através de HTTPS. O padrão é false
.
O certificado SSL (.crt) usado ao habilitar HTTPS.
A chave SSL (.key) usada ao habilitar HTTPS.
Local de um comando de shell personalizado ou arquivo de script a ser executado na inicialização.
O tempo de espera (em segundos) ao se conectar ao servidor de desenvolvimento de um aplicativo de front-end ou a um servidor de API. O padrão é 60.
O local do diretório do arquivo staticwebapp.config.json
.
Abra o navegador no servidor de desenvolvimento. Padrão é false
Passe argumentos adicionais para o comando func start
.
Parâmetros Globais
Exibe o número de versão.
Habilita a saída detalhada. Os valores de nível incluem silly
, info
, log
(padrão) e silent
.
O caminho para o arquivo swa-cli.config.json.
A configuração usada pela CLI.
Imprime todas as opções resolvidas. O padrão é false
.
Mostrar a ajuda contextual.
swa build
Cria o aplicativo. Se você tiver um aplicativo Node.js, ele instalará as dependências primeiro.
Os casos de uso comuns incluem: instalar dependências para o aplicativo de front-end e a API e executar os comandos de build para ambos, criando apenas o projeto de front-end ou a API se o outro não tiver uma etapa de build.
swa build
[--app-location]
[--api-location]
[--output-location]
[--app-build-command]
[--api-build-command]
[--auto]
Exemplos
Crie o aplicativo e, opcionalmente, instale as dependências.
swa build
Detecte como construir seu aplicativo e execute os comandos de build após a instalação das dependências.
swa build --auto
Instale as dependências para o aplicativo de front-end.
swa build --app-location ./client
Use a configuração chamada “myApp” em *swa-cli.config.json* para criar seu aplicativo de front-end.
swa build myApp
Parâmetros Opcionais
A pasta que contém o código-fonte do aplicativo de front-end. O padrão é .
.
A pasta que contém o código-fonte do aplicativo de API.
A pasta que contém o código-fonte construído do aplicativo de front-end. Esse caminho é relativo a --app-location
. O padrão é .
.
Cria o aplicativo de front-end.
Cria o aplicativo de API.
Detecta automaticamente como criar seus aplicativos de front-end e de API. O padrão é false
.
Parâmetros Globais
Exibe o número de versão.
Habilita a saída detalhada. Os valores de nível incluem silly
, info
, log
(padrão) e silent
.
O caminho para o arquivo swa-cli.config.json.
A configuração usada pela CLI.
Imprime todas as opções resolvidas. O padrão é false
.
Mostrar a ajuda contextual.
swa deploy
Implante o projeto atual nos Aplicativos Web Estáticos do Azure.
Os casos de uso comuns incluem:
- Implantar um aplicativo de front-end sem uma API
- Implantar um aplicativo de front-end com uma API
- Implantar um aplicativo Blazor
Token de implantação
A CLI dos SWA dá suporte à implantação usando um token de implantação. Isso geralmente é útil ao implantar a partir de um ambiente de CI/CD. Você pode obter um token de implantação:
Do portal do Azure: Página inicial→ Aplicativo Web Estático → Sua Instância → Visão Geral → Gerenciar token de implantação
Caso você esteja usando a CLI do Azure, pode obter um token para seu projeto usando o seguinte comando:
az staticwebapp secrets list --name <APPLICATION_NAME> --query "properties.apiKey"
Caso você esteja usando a CLI de Aplicativos Web Estáticos do Azure, pode usar o seguinte comando:
swa deploy --print-token
Em seguida, você pode usar esse valor com ou
--deployment-token <TOKEN>
ou pode criar uma variável de ambiente chamadaSWA_CLI_DEPLOYMENT_TOKEN
e defini-la como o token de implantação.Importante: não armazene o token de implantação em um repositório público. Esse valor deve permanecer em segredo.
Implantar um aplicativo de front-end sem uma API
Você pode implantar um aplicativo de front-end sem uma API nos Aplicativos Web Estáticos do Azure executando as seguintes etapas:
- Se o aplicativo de front-end exigir uma etapa de build, execute
swa build
ou consulte as instruções de build do aplicativo.
Opção 1: na pasta de build que você deseja implantar, execute o comando de implantação:
cd build/
swa deploy
Observação: a pasta
build
deve conter o conteúdo estático do seu aplicativo que você deseja implantar. Opção 2: Você também pode implantar uma pasta específica:
- Se o aplicativo de front-end exigir uma etapa de build, execute
swa build
ou consulte as instruções de build do aplicativo. - Implante seu aplicativo:
swa deploy ./my-dist
Implantar um aplicativo de front-end com uma API
Para implantar o aplicativo de front-end e uma API nos Aplicativos Web Estáticos do Azure, use as seguintes etapas:
- Se o aplicativo de front-end exigir uma etapa de build, execute
swa build
ou consulte as instruções de build do aplicativo. - Verifique se a versão de runtime da linguagem da API no arquivo
staticwebapp.config.json
está definida corretamente, por exemplo:
{
"platform": {
"apiRuntime": "node:16"
}
}
Observação: se o projeto não tiver nenhum arquivo
staticwebapp.config.json
, adicione um em sua pastaoutputLocation
.
- Implante seu aplicativo:
swa deploy ./my-dist --api-location ./api
Implantar um aplicativo Blazor
Para implantar um aplicativo Blazor com uma API opcional nos Aplicativos Web Estáticos do Azure, use as seguintes etapas:
- Crie seu aplicativo Blazor no modo Release:
dotnet publish -c Release -o bin/publish
- Na raiz do projeto, execute o comando
deploy
:
swa deploy ./bin/publish/wwwroot --api-location ./Api
Implantar usando o swa-cli.config.json
Observação: o caminho para
outputLocation
deve ser relativo aoappLocation
. Se você estiver usando um arquivo de configuraçãoswa-cli.config.json
em seu projeto e tiver uma única entrada de configuração, use uma configuração como esta:
{
"configurations": {
"my-app": {
"appLocation": "./",
"apiLocation": "api",
"outputLocation": "frontend",
"start": {
"outputLocation": "frontend"
},
"deploy": {
"outputLocation": "frontend"
}
}
}
}
Em seguida, você pode implantar seu aplicativo executando as seguintes etapas:
- Se o aplicativo de front-end exigir uma etapa de build, execute
swa build
ou consulte as instruções de build do aplicativo. - Implante seu aplicativo:
swa deploy
Se você tiver várias entradas de configuração, poderá fornecer a ID de entrada para especificar qual delas usar:
swa deploy my-otherapp
swa deploy
[--yes]
Exemplos
Implantar usando um token de implantação.
swa deploy ./dist/ --api-location ./api/ --deployment-token <TOKEN>
Implantar usando um token de implantação das variáveis de ambiente
SWA_CLI_DEPLOYMENT_TOKEN=123 swa deploy ./dist/ --api-location ./api/
Implantar usando o arquivo “swa-cli.config.json”
swa deploy swa deploy myconfig
Imprimir o token de implantação
swa deploy --print-token
Implantar em um ambiente específico
swa deploy --env production
Parâmetros Globais
Exibe o número de versão.
Habilita a saída detalhada. Os valores de nível incluem silly
, info
, log
(padrão) e silent
.
O caminho para o arquivo swa-cli.config.json.
A configuração usada pela CLI.
Imprime todas as opções resolvidas. O padrão é false
.
Mostrar a ajuda contextual.
swa db
Gere e edite a configuração de conexões do banco de dados do seus Aplicativos Web Estáticos.
Use swa db init
para gerar uma pasta de exemplo swa-db-connections, junto com um arquivo de configuração staticwebapp.database.config.json. Se você estiver usando um banco de dados Cosmos DB for NoSQL, isso também gerará um arquivo de esquema staticwebapp.database.schema.gql de exemplo.
swa db init --database-type <DATABASE_TYPE>
Exemplos
Gere uma pasta de configuração de conexão de banco de dados de exemplo para um banco de dados SQL do Azure.
swa db init --database-type mssql
Parâmetros Opcionais
(Obrigatório) O tipo do banco de dados que você deseja conectar (mssql, postgresql, cosmosdb_nosql, mysql).
Um nome de pasta para substituir o nome da pasta de configuração de conexão de banco de dados por convenção (certifique-se de atualizar seus arquivos de fluxo de trabalho de CI/CD de acordo). O valor padrão é swa-db-connections
.
A cadeia de conexão do banco de dados que você deseja conectar.
O banco de dados da sua conta do Cosmos DB que você deseja conectar (necessário somente se estiver usando o tipo de banco de dados cosmosdb_nosql).
O contêiner da sua conta cosmosdb que você deseja conectar.
Exibe a ajuda para o comando.
Parâmetros Globais
Exibe o número de versão.
Habilita a saída detalhada. Os valores de nível incluem silly
, info
, log
(padrão) e silent
.
O caminho para o arquivo swa-cli.config.json.
A configuração usada pela CLI.
Imprime todas as opções resolvidas. O padrão é false
.
Mostrar a ajuda contextual.