Estou ciente de algumas maneiras de implantar sites:
- FTP
- Exportar do controle de origem
- Basear o site em uma verificação de controle de origem
Eu posso ver algumas vantagens e desvantagens de cada uma. Existe algum consenso sobre a maneira mais eficaz de implantar novos sites OU modificações no site?
site-deployment
Grant Palin
fonte
fonte
Respostas:
O que funcionou melhor para nós no Stack Overflow (e atende ao ponto 2 do Joel Test ) é uma solução de integração contínua , permitindo a criação em um clique de nossos sites de produção, bem como a criação automatizada de nossa camada de desenvolvedor após o novo check-in de código .
Usamos o sabor .NET do CruiseControl , com o nome empolgante .. CruiseControl.NET :)
Alguns dos principais recursos incluem:
Ficamos extremamente felizes com este software de código aberto e o recomendamos a qualquer equipe que queira otimizar seu processo de criação.
fonte
Prefiro implantações automatizadas e repetíveis. Você definitivamente gostaria de começar com uma tag de controle de origem para saber exatamente o que implantou e poder reimplantá-lo a qualquer momento. Em seguida, use scripts para enviar isso ao servidor, algo como Capistrano, ou apenas um script bash caseiro ou algo assim.
Para sites que usam código compilado, se os servidores de teste corresponderem aos servidores de produção, provavelmente é melhor compilar o código uma vez e enviar a mesma versão compilada à produção depois de testada.
fonte
Eu uso scripts personalizados. Para sites estáticos (baseados em HTML), uso diretórios duplos com versões novas e instaladas, o script executa uma recursiva
diff
nas versões novas e instaladas e carrega apenas os arquivos que foram alterados.fonte
Eu uso o git com alguns ganchos personalizados para implantação. Isso ainda tem a vantagem de poder executar várias ramificações em sites de desenvolvimento / teste / beta / produção e executar alguns IC. Para patches urgentes, o git sempre permite escolher confirmações específicas de um ramo para o outro.
fonte