Do aplicativo à publicação com Rullst · Lição 03 / 12

Construir uma versão identificável

Um lockfile ajuda a escolher as mesmas dependências. Ele não transforma um executável Windows em um executável Linux.

Vamos descobrir juntos

1
Execute rustc -Vv e cargo -V. Anote host e versão no relatório. x86_64 e aarch64 são arquiteturas; Windows, Linux e macOS também têm formatos e bibliotecas diferentes.
2
Confira Rullst =12.1.1 em Cargo.toml e as versões resolvidas em Cargo.lock. Execute cargo build --release --locked. Se o lockfile precisar mudar, --locked interrompe a operação em vez de reescrevê-lo silenciosamente.
3
Pare qualquer servidor do kit antes de iniciar o binário release. No Windows use . arget eleasemission-board.exe serve; em Linux/macOS, ./target/release/mission-board serve. Abra /readyz e confira o rótulo escolhido.
4
O nome lesson-v1 é declarado por você; sozinho não comprova quais bytes foram usados. Registre também o hash SHA-256 do binário com o comando do README. Hash é uma identificação, não uma assinatura de quem produziu o programa.
5
Guarde instruções para reconstruir, não uma promessa de bytes idênticos em todos os sistemas. Não copie um .exe para Linux esperando que o mesmo comando funcione. Compilação cruzada exige ferramentas adicionais.

Do raciocínio à execução

O caminho principal acontece no seu computador, com dados fictícios. Podman, Quadlet e Caddy são extensões opcionais; não é preciso comprar domínio nem contratar nuvem. Este laboratório não está pronto para escrita pública.

Leia os passos antes de executar. Os comandos abaixo são uma referência; README.md explica a sintaxe do seu sistema e LAB.md reúne o roteiro. O site não executa estes comandos por você.

rustc -Vv
cargo -V
cargo build --release --locked

Meu registro de evidências

Entregue a ficha de um build real com versões, host, comando, hash e resultado. Explique a alguém qual informação faltaria antes de enviá-lo a outra arquitetura.

Separe previsão, execução e resultado observado. Registre “não executado” quando faltar ambiente. O progresso do site não valida uma implantação real nem confere certificação profissional.

Meus arquivos e GitHub

Links oficiais e próximo passo

✦

SUA MISSÃO

Compilar com dependências travadas e registrar sistema, arquitetura e limites de reprodução.

Agora é a sua vez

Oficina de descobertas

Decida com evidências

Cargo.lock mudou sem revisão e o destino usa outra arquitetura. Você precisa separar dois problemas.

01Qual opção impede atualizar o lockfile durante o build?02O lockfile resolve a incompatibilidade do binário?

Monte suas respostas e confira quando estiver pronto.

Uma pausa para entender

Um build Windows x86_64 está pronto para Linux ARM64?

Não; produzir e testar um artefato compatível com o destino.Sim, se ambos usam Rust.Sim, basta renomear a extensão.

Preciso de uma pista

O lockfile fixa a resolução das dependências. Plataforma, compilador e bibliotecas continuam fazendo parte do ambiente de construção.

Carregando sua jornada…

Leve com você

Entregue a ficha de um build real com versões, host, comando, hash e resultado. Explique a alguém qual informação faltaria antes de enviá-lo a outra arquitetura.

No seu ritmo

Meus arquivos e GitHub

Toda lição pode virar um registro seu: código, anotações ou um plano de prática. Guardar um arquivo no GitHub é opcional e não altera seu XP.

Manual do aluno

O editor e os downloads abrem quando esta lição estiver liberada para sua conta. Confira o acesso abaixo ou volte ao mapa da trilha.

Conferindo seu acesso à lição…

Seu caminho, passo a passo

Baixar material da atividade

Baixe o exemplo da lição e um caderno para suas anotações. O ZIP inclui um guia para organizar atividades em um ou mais repositórios. Publicar é opcional; contas elegíveis também podem usar o botão de envio ao GitHub.

Seu arquivo desta lição

Edite o exemplo ou registre o que aprendeu. Este espaço não executa código nem corrige respostas. O rascunho é salvo apenas neste navegador, separado por conta; baixar e enviar ao GitHub são ações suas.

O exemplo pode ser apenas um trecho ou roteiro. Mudar a extensão não o transforma em programa completo. O ZIP da atividade contém material inicial; o botão de arquivo editado baixa o seu texto.

Meu código ou minhas anotações

# Construir uma versão identificável

Entregue a ficha de um build real com versões, host, comando, hash e resultado. Explique a alguém qual informação faltaria antes de enviá-lo a outra arquitetura.

## Ambiente

Sistema e arquitetura:
Rust/Cargo (versões):
Rullst: 12.1.1
Podman/Caddy (se usados):

## Evidências

| Etapa | Comando ou ação | Previsão | Observado | Executado / não executado |
| --- | --- | --- | --- | --- |
| Testes e build | | | | |
| Reinício e persistência | | | | |
| Configuração inválida | | | | |
| Diagnóstico isolado | | | | |
| Backup e verificação | | | | |
| Restauração separada | | | | |
| v1 → v2 → v1 | | | | |
| Podman / Quadlet / Caddy | | | | |

## Minha explicação

- Mudança de autoria própria:
- Hashes dos executáveis v1/v2:
- Dados fictícios antes/depois da restauração:
- Uma falha, sua causa e correção:
- Reprodução por outra sessão/pessoa e melhoria feita:
- O que ainda impede uso público com dados reais:
- Próxima prática a revisitar:

Formato do arquivo

Seu texto será guardado neste navegador ao editar. Em computador compartilhado, limpe os rascunhos ao terminar.

O envio direto aceita até 8 KiB de texto em um arquivo. Use o download e o guia manual para projetos com vários arquivos.

Construir uma versão identificável

Vamos descobrir juntos

Do raciocínio à execução

Links oficiais e próximo passo

Agora é a sua vez

Decida com evidências

Leve com você

Meus arquivos e GitHub

Seu arquivo desta lição

Guardar no meu GitHub

Rullstpetbot