O GitHub Enterprise Server está sempre em aprimoramento, com novas funcionalidades e correções de erros introduzidas por meio de recursos e versões de patch.
As versões do recurso incluem novas funcionalidades e atualizações de recursos e, normalmente, ocorrem a cada trimestre.
Começando com GitHub Enterprise Server 3.0, todas as versões de recurso começam com pelo menos um candidato de versão. Os candidatos de verão são as versões de recurso, com um conjunto completo de recursos. Pode haver erros ou problemas em um candidato de versão que só podem ser encontrados por meio do feedback de clientes que usam GitHub Enterprise Server.
Você pode ter acesso rápido às últimas funcionalidades testando um candidato de versão assim que este estiver disponível.
Por motivos de desempenho, estabilidade e segurança:
- Não instale uma versão Release Candidate em um ambiente de produção. Os builds de candidatos à versão destinam-se exclusivamente ao uso em um ambiente de teste ou de preparação.
- Não atualize para uma versão Release Candidate a partir de uma versão anterior com suporte. Em vez disso, instale uma versão Release Candidate em um novo ambiente de teste.
- Não atualize da versão Release Candidate para versões posteriores quando elas forem lançadas, incluindo versões geralmente disponíveis. Em vez disso, destrua o ambiente da versão Release Candidate assim que a versão geralmente disponível estiver disponível.
Ao testar um candidato de versão, entre em contato com o suporte. Para obter mais informações, confira "Documentação do GitHub Support".
Usaremos seus comentários para aplicar correções de erros e quaisquer outras alterações necessárias para criar uma versão de produção estável. Cada novo candidato de versão adiciona correções de erros para problemas encontrados em versões anteriores. Quando a versão estiver pronta para ser utilizada amplamente, GitHub irá publicar uma versão de recurso estável.
Versões de Patch, que consistem apenas de patches e correções de erros acontecem com mais frequência. De modo geral, as versões de patch ficam disponíveis quando são lançadas pela primeira vez, sem candidatos de versões. Atualizar para uma versão de patch normalmente requer menos de cinco minutos de tempo de inatividade.
Para configurar uma instância do GitHub Enterprise Server completamente nova e configurar a instância como quiser, consulte "Configurar uma instância do GitHub Enterprise Server" e "Configurar o GitHub Enterprise".
Para atualizar sua instância existente para uma nova versão, confira "Notas de versão" e "Atualizar o GitHub Enterprise Server". Como você só pode fazer upgrade de uma versão de recurso que está, no máximo, duas versões atrás, use o Assistente de atualização para encontrar o caminho de upgrade começando na sua versão atual.
Warning
Um upgrade para uma nova versão de recurso implicará algumas horas de inatividade, durante as quais nenhum dos usuários poderá usar a empresa. Você pode informar aos seus usuários sobre tempo de inatividade, publicando um banner de anúncio global, usando as configurações da sua empresa ou a API REST. Para obter mais informações, confira "Personalizar mensagens de usuário para sua empresa" e "Pontos de extremidade da API REST para administração do GitHub Enterprise."
Leitura adicional
- GitHub public roadmap no repositório
github/roadmap