Il s'agit de la commande commit-patch qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks à l'aide de 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
commit-patch - commit des correctifs sur Darcs, Git, Mercurial, Bazaar, Monotone, Subversion ou
Dépôts CVS
SYNOPSIS
commit-correctif [--modifier] [-m message] [-F fichier-message] [-v] [- à sec] [fichier-patch]
commit-partiel [--modifier] [-v] [- à sec] [--réessayez] [filet ...]
DESCRIPTION
Normalement, les systèmes de contrôle de version n'autorisent pas les commits à grain fin. commit-correctif permet la
utilisateur à contrôler exactement ce qui est engagé (ou "enregistré", dans Darcs langage) en laissant
l'utilisateur fournit un correctif à valider plutôt que d'utiliser les fichiers dans le travail en cours
annuaire. Si fichier-patch n'est pas fourni sur la ligne de commande alors le patch sera lu
à partir de l'entrée standard.
engagement-partiel est comme commit-patch sauf qu'il va créer un patch à partir du
changements dans le répertoire de travail courant et lancez votre éditeur pour pouvoir éditer le
patch et le message de validation (en utilisant le VISUEL variable d'environnement, ou si elle n'est pas définie
le EDITEUR variable d'environnement, ou, si qui n'est pas défini, vi. Tous les fichiers que vous spécifiez seront
passé à la commande diff de votre contrôle de version.
commit-correctif prend actuellement en charge les systèmes de contrôle de version suivants : Darcs, Git,
Mercuriel, Bazar, Monotone, Subversion et CVS.
OPTIONS
-a, --modifier - Modifier un commit précédent. Actuellement seulement Darcs et Git soutenir cette option.
Lorsqu'il est utilisé avec Git il modifiera le commit précédent. Lorsqu'il est utilisé avec Darcs, Darcs demanderai
vous quel patch vous souhaitez modifier.
-m, --un message=message - Une option message à utiliser comme texte de validation. Si le message est
plusieurs lignes alors Darcs, Git et Mercuriel utilisera la première ligne comme nom de patch
et le reste en tant que détails de commit. Si l'option "-m" n'est pas spécifiée, le résultat sera
être le même que tout ce que le système de contrôle de version sous-jacent ferait si vous ne le faisiez pas
spécifiez un nom de message sur la ligne de commande. C'est-à-dire, commit-correctif n'interfère pas avec
le processus de nommage des correctifs du système de contrôle de version sous-jacent ; Darcs demandera encore
vous de manière interactive ; CVS et Subversion lancera toujours votre éditeur.
-F, --message-fichier=nom de fichier - Vous pouvez éventuellement obtenir le message de validation à partir d'un fichier. Cette
n'est généralement utile que pour les scripts commit-correctif.
-v, --verbeux - Activer le débogage. Cela imprimera les commandes qui commit-correctif is
en cours d'exécution pour que le correctif soit validé.
-n, - à sec - Activez le débogage plus paranoïaque. Cela imprimera les commandes qui s'engager-
pièce s'exécutera pour que le correctif soit validé, mais il n'exécutera pas réellement ces commandes.
-r, --réessayez - Uniquement disponible en engagement-partiel. Cela rechargera le dernier patch qui a été
tenté d'être validé dans votre éditeur au lieu des changements actuels dans le
annuaire. C'est pour les cas où le correctif ne parvient pas à s'engager pour une raison quelconque et vous voulez
pour essayer de le réparer au lieu de recommencer.
DIAGNOSTIC
commit-correctif fonctionne en manipulant le répertoire de travail en utilisant "patch", "interdiff" et
le "diff" du système de contrôle de version sous-jacent. Si une partie du processus échoue, s'engager-
pièce tentera de restaurer le répertoire de travail dans l'état où il était avant la commande
Était dirigé. Toute erreur du système de contrôle de version sous-jacent ou du correctif sera
imprimé.
MISES EN GARDE
Le patch spécifié sur la ligne de commande doit provenir du même endroit que le patch actuel
annuaire. C'est-à-dire que les éléments suivants ne fonctionneront pas :
cvs diff -u > ../a.patch
cd ..
commit-patch a.patch
Vous must courir commit-correctif du même répertoire que le patch d'origine.
Darcs, Git et Mercuriel mettre "a/" et "b/" devant tous les chemins dans la sortie diff.
Ne vous inquiétez pas à ce sujet ; commit-correctif en tient compte.
EXEMPLES
Résolution CVS usage:
cvs diff -u > a.patch
emacs un.patch
commit-patch a.patch
Mercuriel utilisation avec un message spécifié :
hg diff > a.patch
emacs un.patch
commit-patch -m "Ceci est un message de validation" a.patch
Darcs utilisation avec un message multiligne spécifié :
darcs diff -u > a.patch
emacs un.patch
commit-patch -m 'Ceci est le nom du patch
Voici les détails du patch' a.patch
AUTEURS
· David Caldwell[email protected]>
· Jim Radford[email protected]>
DROIT D'AUTEUR ET LICENCE
Copyright 2003-2013 par David Caldwell et Jim Radford.
commit-correctif est distribué sous la licence publique générale GNU. Voir le fichier COPIE dans
la distribution pour plus de détails.
HISTOIRE
commit-correctif s'appelait à l'origine "cvs-commit-patch" et était un script bash écrit en
2003 par Jim Radford (avec David Caldwell dans la salle dessinant la procédure sur un fond blanc
planche). David l'a ensuite converti en "darcs-commit-patch", puis les a réintégrés
ensemble dans commit-correctif. Mercuriel un support a ensuite été ajouté. À un moment donné, David
traduit de bash en perl parce que les problèmes de citation funky bash causaient des problèmes
avec un référentiel qui avait un espace dans l'un des noms de répertoire.
Utiliser commit-patch en ligne à l'aide des services onworks.net
