Français ▾ Topics ▾ Latest version ▾ git-upload-pack last updated in 2.52.0

NOM

git-upload-pack - Envoie les objets empaquetés à git-fetch-pack

SYNOPSIS

git-upload-pack [--[no-]strict] [--timeout=<n>] [--stateless-rpc]
		  [--advertise-refs] <répertoire>

DESCRIPTION

Invoqué par git fetch-pack, apprend quels objets manquent de l’autre côté, et les envoie après les avoir empaquetés.

Cette commande n’est généralement pas invoquée directement par l’utilisateur final. L’interface utilisateur pour le protocole se trouve du côté de git fetch-pack, et la paire de programmes est destinée à être utilisée pour tirer les mises à jour depuis un dépôt distant. Pour les opérations de poussée, voir git send-pack.

OPTIONS

--strict
--no-strict

Ne pas essayer <répertoire>/.git/ si <répertoire> n’est pas un répertoire Git.

--timeout=<n>

Interrompre le transfert après <n> secondes d’inactivité.

--stateless-rpc

Effectuer uniquement un seul cycle de lecture-écriture avec stdin et stdout. Cela correspond au modèle de traitement des requêtes HTTP POST où un programme peut lire la requête, écrire une réponse, et doit se terminer.

--http-backend-info-refs

Utilisé par git-http-backend[1] pour servir les requêtes $GIT_URL/info/refs?service=git-upload-pack. Voir "Smart Clients" dans gitprotocol-http[5] et "HTTP Transport" dans la documentation gitprotocol-v2[5]. Aussi compris par git-receive-pack[1].

<répertoire>

Le dépôt depuis lequel synchroniser.

ENVIRONNEMENT

GIT_PROTOCOL

Variable interne utilisée pour la négociation du protocole réseau. Les administrateurs de serveurs peuvent avoir besoin de configurer certains transports pour permettre le passage de cette variable. Voir la discussion dans git[1].

GIT_NO_LAZY_FETCH

Lors de l’clone ou de la récupération depuis un dépôt partiel (c’est-à-dire un dépôt lui-même clone avec --filter), le upload-pack côté serveur peut avoir besoin de récupérer des objets supplémentaires depuis son amont afin de compléter la requête. Par défaut, upload-pack refusera d’effectuer une telle récupération paresseuse, car git fetch peut exécuter des commandes arbitraires spécifiées dans la configuration et les hooks du dépôt source (et upload-pack essaie d’être sûr à exécuter même dans des répertoires .git non fiables).

Cela est implémenté en faisant que upload-pack définit en interne la variable GIT_NO_LAZY_FETCH à 1. Si vous voulez la remplacer (parce que vous récupérez depuis un clone partiel, et que vous êtes sûr de lui faire confiance), vous pouvez explicitement définir GIT_NO_LAZY_FETCH à 0.

SÉCURITÉ

La plupart des commandes Git ne devraient pas être exécutées dans un répertoire .git non fiable (voir la section SECURITY dans git[1]). upload-pack essaie d’éviter toute option de configuration ou hook dangereux du dépôt qu’il dessert, ce qui rend l’installation d’un répertoire non fiable et l’exécution de commandes sur le clone résultant sans danger.

Pour un niveau de sécurité supplémentaire, vous pouvez exécuter upload-pack en tant qu’utilisateur alternatif. Les détails dépendront de la plateforme, mais sur de nombreux systèmes vous pouvez exécuter :

git clone --no-local --upload-pack='sudo -u nobody git-upload-pack' ...

VOIR AUSSI

gitnamespaces[7]

GIT

Fait partie de la suite git[1]

TRADUCTION

Cette page de manuel a été traduite par Jean-Noël Avila <jn.avila AT free DOT fr> et les membres du projet git-manpages-l10n. Veuillez signaler toute erreur de traduction par un rapport de bogue sur le site https://github.com/jnavila/git-manpages-l10n .