Observação: recursos como o GitHub Actions, o GitHub Packages, o GitHub Mobile e o GitHub Advanced Security estão disponíveis no GitHub Enterprise Server 3.0 ou superior. Recomendamos expressamente atualizar para as versões 3.0 ou posteriores a fim de aproveitar as atualizações críticas de segurança, as correções de bugs e os aprimoramentos de recursos.
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 "Atualizar requisitos".
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 "Sobre o Suporte do GitHub".
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 "Como personalizar mensagens de usuário na sua instância" e "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 fazer upgrade da sua empresa para uma nova versão, confira "Notas sobre a versão" e "Como fazer upgrade do 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