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. Você pode atualizar para um candidato de versão a partir de uma versão compatível e pode atualizar do candidato de versão para versões posteriores quando lançado. Você deve atualizar qualquer ambiente executando um candidato de versão assim que a versão estiver geralmente disponível. Para obter mais informações, confira "Requisitos de atualização".
Os candidatos de versão devem ser implantados em ambientes de teste ou de preparação. 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 produção estável.
Aviso: o 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."
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 atualizar sua empresa 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.
Leitura adicional
- GitHub public roadmap no repositório
github/roadmap