Skip to main content

Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-09-25. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

À propos de la mise en cache des dépôts

Vous pouvez augmenter les performances des opérations de lecture Git pour les équipes et les batteries de serveurs CI disséminées avec la mise en cache de dépôt.

Si vous avez des équipes et des batteries de serveurs CI situés dans le monde entier, il se peut que le niveau de performance de votre instance GitHub Enterprise Server connaisse une baisse. Bien que des géoréplicas actifs puissent améliorer le niveau de performance des demandes de lecture, cela se fait au détriment du débit d’écriture. Pour réduire la charge au niveau de votre instance principale et améliorer les performances de débit en écriture, vous pouvez configurer un cache de dépôts, c’est-à-dire un miroir asynchrone et en lecture seule des dépôts situés près de ces clients géographiquement distribués.

Un cache de dépôts évite à GitHub Enterprise Server de transmettre les mêmes données Git via une liaison réseau longue distance plusieurs fois pour servir plusieurs clients, en servant les données de vos dépôts à proximité des batteries de serveurs CI et des équipes distribuées. Par exemple, si votre instance principale se trouve en Amérique du Nord et que vous avez aussi une présence importante en Asie, le fait de configurer le cache de dépôts en Asie pour permettre aux exécuteurs CI d’Asie de l’utiliser vous sera profitable.

Le cache de dépôts écoute l’instance principale, qu’il s’agisse d’une instance unique ou d’un ensemble d’instances géorépliqué, pour les modifications apportées aux données Git. Les batteries de serveurs CI et autres consommateurs à lecture intensive clonent et extraient dans le cache de dépôts et non dans l’instance principale. Les modifications sont propagées sur le réseau, à intervalles réguliers, une fois par instance de cache et non une fois par client. Les données Git seront typiquement visibles dans le cache du dépôt quelques minutes après que les données aient été poussées vers l'instance primaire. Le cache_syncwebhook peut être utilisé par les systèmes CI pour réagir à la disponibilité des données dans le cache.

GitHub Enterprise Server met en cache les données Git et Stockage Fichiers volumineux Git (Git LFS).

Vous disposez d’un contrôle précis sur les dépôts autorisés à se synchroniser avec le cache de dépôts. Les données Git sont répliquées uniquement aux emplacements que vous spécifiez.

Vous pouvez configurer la mise en cache du dépôt en créant un type spécial de réplica appelé cache de dépôt. Pour plus d’informations, consultez « Configuration d’un cache de référentiel ».

Note

Un maximum de 8 répliques à haute disponibilité (répliques passives et actives/géo, ainsi que des instances de cache de référentiel) est autorisé pour GitHub Enterprise Server.