Il s'agit de la commande git-annex-shell qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
git-annex-shell - Shell de connexion restreint pour l'accès SSH à git-annex uniquement
SYNOPSIS
git-annex-shell [-c] commande [params ...]
DESCRIPTION
git-annex-shell est un shell restreint, similaire à git-shell, qui peut être utilisé comme login
shell pour les comptes SSH.
Étant donné que sa syntaxe est identique à celle de git-shell, il peut être utilisé en remplacement
partout où git-shell est utilisé. Par exemple, il peut être utilisé comme shell de connexion restreint d'un utilisateur.
COMMANDES
Toute commande non répertoriée ci-dessous est transmise à git-shell.
Notez que le paramètre de répertoire doit être un chemin absolu, sinon il est supposé être
être relatif au répertoire personnel de l'utilisateur. De plus, le premier "/~/" ou "/~user/" est étendu à
le répertoire personnel spécifié.
répertoire configlist
Cela génère un sous-ensemble de la configuration git, sous la même forme que jet config
--liste. Ceci est utilisé pour obtenir l'annexe.uuid du référentiel distant.
Lorsqu'il est exécuté dans un référentiel qui n'a pas encore d'annexe.uuid, un sera créé,
tant qu'une branche git-annex a déjà été poussée vers le référentiel, ou si le
autoinit= flag est utilisé pour indiquer que l'initialisation est souhaitée.
répertoire inannex [clé ...]
Ceci vérifie si toutes les clés spécifiées sont présentes dans l'annexe, et quitte zéro si c'est le cas.
Sortie 1 si la clé n'est certainement pas présente dans l'annexe. Quitte 100 si c'est impossible
à dire (peut-être que la clé est en train d'être retirée de l'annexe).
clé de répertoire lockcontent
Cela verrouille le contenu d'une clé en place dans l'annexe, l'empêchant de tomber.
Une fois le contenu verrouillé avec succès, affiche "OK". Ensuite, le contenu reste
verrouillé jusqu'à ce qu'une nouvelle ligne soit reçue de l'appelant ou que la connexion soit interrompue.
Quitte une valeur différente de zéro si le contenu n'est pas présent ou n'a pas pu être verrouillé.
répertoire dropkey [clé ...]
Cela supprime les données annexées pour les clés spécifiées.
clé de répertoire recvkey
Cela exécute rsync en mode serveur pour recevoir le contenu d'une clé et stocke le
contenu en annexe.
clé de répertoire sendkey
Cela exécute rsync en mode serveur pour transférer le contenu d'une clé.
clé de répertoire transferinfo
Ceci est généralement exécuté en même temps que sendkey envoie une clé à la télécommande.
Son utilisation est facultative, mais sert à mettre à jour les informations de progression du transfert
de la clé.
Il lit les lignes de l'entrée standard, chacune donnant le nombre d'octets qui ont été
reçu jusqu'à présent.
répertoire de validation
Cela valide toutes les modifications par étapes de la branche git-annex. Il gère également le
crochet de contenu annexe.
répertoire de notification de modification
Ceci est utilisé par git-annexe démon distant pour être averti lorsque les références dans la télécommande
référentiel sont modifiés.
répertoire gcryptsetup gcryptid
Configure un référentiel en tant que référentiel gcrypt.
OPTIONS
La plupart des options sont les mêmes que dans git-annex. Ceux spécifiques à git-annex-shell sont :
--uuid=UUID
git-annex l'utilise pour spécifier l'UUID du référentiel qu'il attendait git-
annexe-shell pour accéder, comme un contrôle de santé.
-- champs=val champs=val.. --
Des champs supplémentaires peuvent être spécifiés de cette façon, pour conserver la compatibilité avec les anciennes
versions de git-annex-shell (qui les ignorent, mais s'étoufferaient avec de nouvelles
option).
Les champs actuellement utilisés incluent remoteuuid=, Associatefile=, direct= et autoinit=
CROCHET
Une fois le contenu reçu ou supprimé du référentiel par git-annex-shell, il exécute un
accrocher, .git/hooks/annexe-content (ou crochets/contenu de l'annexe sur un référentiel nu). Le crochet est
pas actuellement transmis aucune information sur ce qui a changé.
ENVIRONNEMENT
GIT_ANNEX_SHELL_READONLY
Si défini, interdit toute commande susceptible de modifier le référentiel.
Notez que cela n'empêche pas de passer des commandes à git-shell. Pour cela, vous
Egalement besoin ...
GIT_ANNEX_SHELL_LIMITED
Si défini, interdit l'exécution de git-shell pour gérer les commandes inconnues.
GIT_ANNEX_SHELL_DIRECTORY
Si défini, git-annex-shell refusera d'exécuter des commandes qui ne fonctionnent pas sur le
répertoire spécifié.
Utilisez git-annex-shell en ligne à l'aide des services onworks.net