Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

À propos des dépôts

Un dépôt contient tous les fichiers de votre projet et l’historique de révision de chaque fichier. Vous pouvez discuter du travail de votre projet et le gérer dans le dépôt.

À propos des dépôts

Vous pouvez posséder des référentiels individuellement ou partager la propriété des référentiels avec d’autres personnes d’une organisation.

Vous pouvez restreindre les utilisateurs ayant accès à un référentiel en choisissant la visibilité du référentiel. Pour plus d’informations, consultez « À propos de la visibilité du référentiel ».

Pour les référentiels appartenant à l’utilisateur, vous pouvez accorder à d’autres personnes l’accès aux collaborateurs afin qu’ils puissent collaborer à votre projet. Si un référentiel appartient à une organisation, vous pouvez accorder aux membres de l’organisation des autorisations d’accès pour collaborer à votre référentiel. Pour plus d’informations, consultez « Niveaux d’autorisation pour un référentiel de comptes personnels » et « Rôles de référentiel pour une organisation ».

Chaque personne et organisation peut posséder des référentiels illimités et inviter un nombre illimité de collaborateurs à tous les référentiels.

Vous pouvez utiliser des référentiels pour gérer votre travail et collaborer avec d’autres personnes.

  • Vous pouvez utiliser des problèmes pour collecter des commentaires d’utilisateurs, signaler des bogues logiciels et organiser les tâches que vous souhaitez accomplir. Pour plus d’informations, consultez « À propos des problèmes ».
  • Vous pouvez utiliser des demandes de tirage pour proposer des modifications d’un référentiel. Pour plus d’informations, consultez « À propos des demandes de tirage (pull requests) ».
  • Vous pouvez utiliser des tableaux de projet pour organiser et hiérarchiser vos problèmes et demandes de tirage. Pour plus d’informations, consultez « À propos des tableaux de projet ».

Pour savoir comment utiliser les référentiels le plus efficacement possible, consultez « Meilleures pratiques pour les référentiels ».

À propos de la visibilité du référentiel

Vous pouvez restreindre les utilisateurs ayant accès à un référentiel en choisissant la visibilité d’un référentiel : public, interne ou privé.

Lorsque vous créez un dépôt, vous pouvez choisir de le rendre public ou privé. Si vous créez le dépôt dans une organisation, vous pouvez également choisir de rendre le référentiel interne.

  • Si your GitHub Enterprise Server instance n’est pas en mode privé ou derrière un pare-feu, les dépôts publics sont accessibles à tout le monde sur Internet. Dans le cas contraire, les dépôts publics sont accessibles à tous les utilisateurs utilisant your GitHub Enterprise Server instance, y compris les collaborateurs externes.
  • Les dépôts privés ne sont accessibles que par vous, les personnes avec lesquelles vous partagez explicitement l’accès et, pour les référentiels d’organisation, certains membres de l’organisation.
  • Les référentiels internes sont accessibles à tous les membres de l’entreprise. Pour plus d’informations, consultez « À propos des référentiels internes ».

Les propriétaires d’organisation ont toujours accès à chaque référentiel créé dans une organisation. Pour plus d’informations, consultez « Rôles de dépôt pour une organisation ».

Les personnes disposant d’autorisations d’administrateur pour un référentiel peuvent modifier la visibilité d’un référentiel existant. Pour plus d’informations, consultez « Définition de la visibilité du dépôt ».

À propos des dépôts internes

Vous pouvez utiliser des dépôts internes pour pratiquer l’« innersource » dans votre entreprise. Les membres de votre entreprise peuvent collaborer avec des méthodologies open source sans partager publiquement les informations propriétaires, même avec le mode privé désactivé. Pour plus d’informations sur innersource, consultez le livre blanc de GitHub « Introduction à innersource ».

Tous les membres de l’entreprise disposent d’autorisations de lecture sur le référentiel interne, mais les référentiels internes ne sont pas visibles par les personnes , qui ne sont pas membres d’une organisation, y compris les collaborateurs hors des référentiels d’organisation. Pour plus d’informations, consultez « Rôles dans une entreprise » et « Rôles de référentiel pour une organisation ».

Remarque : un utilisateur doit faire partie d’une organisation pour être membre de l’entreprise et avoir accès aux référentiels internes. Si un utilisateur sur your GitHub Enterprise Server instance n’est membre d’aucune organisation, il n’aura pas accès aux dépôts internes.

Les membres de l’entreprise peuvent dupliquer les dépôts internes appartenant à une organisation de l’entreprise. Le référentiel dupliqué appartiendra au compte personnel du membre et la visibilité de la duplication (fork) sera privée. Si un utilisateur est supprimé de toutes les organisations appartenant à l’entreprise, les duplications des référentiels internes de cet utilisateur sont automatiquement supprimées.

Limite l’affichage du contenu et des différences dans un référentiel

Certains types de ressources peuvent être assez volumineux, nécessitant un traitement excessif sur GitHub Enterprise Server. En raison de cela, les limites sont définies pour s’assurer que les demandes sont terminées dans un délai raisonnable.

La plupart des limites ci-dessous affectent à la fois GitHub Enterprise Server et l’API.

Limites de texte

Les fichiers texte de plus de 512 Ko sont toujours affichés sous forme de texte brut. Le code n’est pas une syntaxe mise en surbrillance et les fichiers PROSE ne sont pas convertis en HTML (par exemple, Markdown, AsciiDoc, etc. ).

Les fichiers texte de plus de 5 Mo sont disponibles uniquement par le biais de leurs URL brutes, qui sont traitées par le biais de HOSTNAME/user/repo/raw ; par exemple, https://HOSTNAME/user/repo/raw/octocat/Spoon-Knife/master/index.html. Cliquez sur le bouton Brut pour obtenir l’URL brute d’un fichier.

Limites de différences

Étant donné que les différences peuvent devenir très volumineuses, nous imposons ces limites aux différences pour les validations, les demandes de tirage et les affichages de comparaison :

  • Dans une demande de tirage, aucune différence totale ne peut dépasser 20 000 lignes que vous pouvez charger ou 1 Mo de données de différences brutes.
  • Aucune différence de fichier unique ne peut dépasser 20 000 lignes que vous pouvez charger ou 500 Ko de données de différences brutes. Quatre cents lignes et 20 Ko sont automatiquement chargés pour un seul fichier.
  • Le nombre maximal de fichiers dans une seule différence est limité à 300.
  • Le nombre maximal de fichiers pouvant être affichés (tels que les images, les fichiers PDF et GeoJSON) dans une seule différence est limité à 25.

Certaines parties d’une différence limitée peuvent être affichées, mais tout ce qui dépasse la limite n’est pas affiché.

Limites des listes de validation

Les pages de comparaison des affichages et des demandes de tirage affichent une liste de validations entre les révisions base les head. Ces listes sont limitées à 250 validations. Si elles dépassent cette limite, une note indique que des validations supplémentaires sont présentes (mais qu’elles ne sont pas affichées).

Pour aller plus loin