Você só deve fazer a Entrega Contínua para um servidor de desenvolvimento. Veja a implementação de alterações em um aplicativo explodido neste servidor. Se isso não for adequado, aumente o tamanho do PermGen. Programe as reinicializações diárias do servidor para limpar a memória.
Marque e crie um pacote de implantação para o Integration Server e implemente somente quando solicitado. Isso deve ser coordenado com a equipe de testes de integração. Eu acho que mais de uma vez por dia é geralmente excessivo para esse ambiente.
A implantação do pacote de implantação testado do Integration Server para a Produção deve ser feita somente com aprovação. Isso geralmente precisa ser agendado para horas de folga.
EDIT: Em todos os lugares em que trabalhei, onde implantamos automatizadamente, foi feito manualmente. Tendem a haver problemas em relação a privilégios, aprovações, agendamentos, etc., que podem fazer com que um produto genérico não caiba bem em um ambiente específico. Em ambientes com vários servidores de carga balanceada, pode haver problemas adicionais.
EDIT2: Sempre defendi a implantação automatizada. Implantação contínua, como tenho experiência, é construir e implantar no check-in. Você não quer que a produção seja o destino da implantação. É uma boa maneira de garantir que as coisas sejam construídas no ambiente de destino e não apenas na área de trabalho dos desenvolvedores.
Recolher criações como implantar candidatos para testes adicionais e possível implantação de produção não é o que eu consideraria implantação contínua. Eu considero isso uma prática recomendada se a seleção e a migração forem automatizadas