aeib - En ligne dans le Cloud

PROGRAMME:

Nom

aegis intégrer commencer - commencer à intégrer un changement

SYNOPSIS

égide -Intégrer_Début changer-numéro [ option...]
égide -Intégrer_Début -Lister [ option...]
égide -Intégrer_Début -Aidez-moi

DESCRIPTION

Le manuel de formation égide -Intégrer_Début commande est utilisée pour commencer l'intégration d'un changement dans le
référence d'un projet.

Le changement avancera de la attente l'intégration état à la qui est des services
Etat. boxwid = 1 down S4 : box "en attente" "intégration" flèche " intégrer " ljust "
begin" ljust S5: box "étant" "intégré" T4: spline -> à partir de S5.w puis à gauche 0.5 puis en haut 1
puis à S4.w " intégrer " l juste " commencer " l juste " annuler " l juste à T4.c - (0.5,0)

Une copie (logique) de la ligne de base est créée dans un l'intégration annuaire et les fichiers
de la modification sont ajoutés au répertoire d'intégration. Les horodatages des fichiers copiés
de la ligne de base sont conservés, les horodatages sur les fichiers copiés à partir du développement
répertoire sont tous définis à l'heure du début de l'intégration. Les 'égide
-Changer_Répertoire' La commande peut être utilisée pour localiser le répertoire d'intégration. Le changement
sera attribué à l'utilisateur actuel.

Veuillez noter que seuls les fichiers normaux et les liens symboliques sont copiés (liés) à partir du
référence au répertoire d'intégration. Cela a quelques implications :

· Fichiers spéciaux (périphériques, tuyaux nommés, etc) ne sera pas reproduit dans l'intégration
annuaire; vous devrez les créer dans le cadre du build.

· Si le cas de la -le minimum option (voir ci-dessous), seuls les fichiers sources primaires sont copiés
(lié) à travers. Les fichiers dérivés (y compris les liens symboliques) devraient être créés
dans le cadre de la construction.

· Si le cas de la -le minimum option, les répertoires ne sont créés que lorsqu'ils doivent contenir
un dossier répondant aux critères ci-dessus. Si vous avez besoin de répertoires vides spéciaux, ou
répertoires contenant uniquement des fichiers spéciaux ou contenant uniquement des fichiers dérivés, vous avez besoin
pour les créer dans le cadre de la construction.

Le manuel de formation lien_intégration_répertoire champ du fichier de configuration du projet (voir aepconf(5)
pour plus d'informations) contrôle si la copie de la ligne de base est effectuée en copiant le
fichiers ou en créant des liens physiques vers les fichiers. Les liens durs ne sont que l'un des
contraintes sur l'emplacement du répertoire d'intégration. Le début de l'intégration va avorter
avec une erreur si cette opération de copie échoue, par exemple en cas de manque d'espace disque. Si ce
devrait se produire, le changement restera dans le attente l'intégration état, et le
répertoire d'intégration sera supprimé.

Le changement se verra attribuer un numéro delta. Les nombres delta sont incrémentés une fois pour chaque
égide -Intégrer_Début commande pour le projet. Si une intégration est par la suite
avorté soit avec le égide -Intégrer_Begin_Undo or égide -Intégrer_FAIL commande, le
le nombre delta ne sera pas réutilisé.

Il n'est pas possible de choisir le répertoire d'intégration car les contraintes sont nombreuses
dessus, y compris le fait qu'il doit être sur le même appareil que le répertoire de base,
et que de nombreuses implémentations UNIX ne permettent pas de renommer les répertoires de haut en bas
des arbres. Le répertoire d'intégration sera dans le répertoire du projet, et nommé pour le
nombre delta.

Notification
Une fois cette commande terminée avec succès, le commande_de_début_d'intégration domaine de
Projet config est exécuté, s'il est défini. Voir aepconf(5) pour plus d'informations.

Minimum intégrations

Aegis fournit un minimum capacité d'intégration qui peut être utilisée pour diverses raisons.
Le terme minimum peut être un peu contre-intuitif. On pourrait penser que cela signifie pour le minimum
quantité de travail, mais cela signifie en fait utiliser un minimum de fichiers de la ligne de base dans
peupler le delta annuaire. Cela conduit normalement à tout construire dans
le projet à partir des sources et, en tant que tel, peut être considéré comme le plus robuste des builds.

Notez que toute modification qui supprime un fichier, que ce soit par aerm, aemv or aemt, se traduit par un
implicitement minimum l'intégration. Ceci est destiné à ne rien garantir dans le projet
référence le fichier supprimé.

Un projet peut adopter une politique selon laquelle une version de produit doit être basée sur un minimum
l'intégration. Une telle politique peut être le reflet d'une confiance locale, ou d'un manque de confiance, dans
le DMT (Dependency Maintenance Tool) ou le système de construction du projet. Ou il peut être basé sur un
processus de validation souhaitant faire une déclaration simple sur la façon dont le package libéré a été
produit.

Une autre raison a, plus transitoire, d'exiger une intégration minimale pourrait être lorsque
mise à niveau d'une bibliothèque tierce, d'un compilateur ou peut-être même du niveau du système d'exploitation. N'importe lequel de ces événements
signalerait la nécessité d'une intégration minimale pour s'assurer que tout est reconstruit en utilisant le
de nouvelles ressources.

Le coût d'un minimum l'intégration varie selon le type et la taille du projet. Pour
de très grands projets, en particulier ceux qui construisent un grand nombre de binaires, le coût peut être
grand. Cependant, les grands projets nécessitent également un temps considérable pour peupler complètement le delta
annuaire. Une intégration minimale ne copie que les fichiers sous le contrôle d'Aegis, en ignorant
tous les fichiers « produits ». Dans le cas où un fichier dont tout dépend est modifié,
tout sera construit de toute façon donc la copie des fichiers déjà construits est un gaspillage de
temps. Cela signifie que parfois un minimum peut être aussi bon marché qu'une intégration normale.

Changer complet » Attributs
Les attributs d'ensemble de modifications définis par l'utilisateur suivants sont compris :

intégrer-commencer-indice
S'il est défini sur "minimum" ou "maximum", c'est comme si ces options apparaissaient sur
la ligne de commande. Consulté uniquement si ni -minimum ni -maximum n'apparaissent sur le
ligne de commande.

Tous les autres attributs d'ensemble de modifications définis par l'utilisateur sont ignorés.

OPTIONS

Les options suivantes sont comprises :

-Changer nombre
Cette option peut être utilisée pour spécifier un changement particulier dans un projet. Voir
égide(1) pour une description complète de cette option.

-Aidez-moi
Cette option peut être utilisée pour obtenir plus d'informations sur la façon d'utiliser le égide
.

-Lister
Cette option peut être utilisée pour obtenir une liste de sujets appropriés pour cette commande.
La liste peut être plus générale que prévu.

-Maximum
Cette option peut être utilisée pour que tous les fichiers soient copiés dans l'intégration
annuaire. Il s'agit de la valeur par défaut, sauf si la modification nécessite la suppression d'un
fichier.

-Le minimum
Cette option peut être utilisée pour que seuls les fichiers source soient copiés dans le
répertoire d'intégration. La valeur par défaut est de copier tous les fichiers, à moins que la modification
nécessite la suppression d'un fichier.

-Projet prénom
Cette option peut être utilisée pour sélectionner le projet d'intérêt. Quand non -Projet
l'option est spécifiée, le AEGIS_PROJET variable d'environnement est consultée. Si
qui n'existe pas, l'utilisateur $HOME/.aegisrc le fichier est examiné pour un défaut
domaine du projet (voir aeuconf(5) pour plus d'informations). Si cela n'existe pas,
lorsque l'utilisateur ne travaille que sur des modifications au sein d'un même projet, le projet
nom par défaut à ce projet. Sinon, c'est une erreur.

-Raison texte
Cette option peut être utilisée pour joindre un commentaire à l'historique des modifications généré par
cette commande. Vous devrez utiliser des guillemets pour isoler les espaces de la coque.

-Laconique
Cette option peut être utilisée pour que les annonces produisent le strict minimum de
informations. Il est généralement utile pour les scripts shell.

-Verbeux
Cette option peut être utilisée pour amener aegis à produire plus de sortie. Par défaut égide
ne produit une sortie que sur les erreurs. Lorsqu'il est utilisé avec le -Lister option cette option
provoque l'ajout d'en-têtes de colonnes.

-Attendez Cette option peut être utilisée pour exiger que les commandes Aegis attendent les verrous d'accès, si
ils ne peuvent pas être obtenus immédiatement. Par défaut à l'utilisateur lock_wait_preference
si non spécifié, voir aeuconf(5) pour plus d'informations.

-Non attends
Cette option peut être utilisée pour exiger que les commandes Aegis émettent une erreur fatale si l'accès
les serrures ne peuvent pas être obtenues immédiatement. Par défaut à l'utilisateur
lock_wait_preference si non spécifié, voir aeuconf(5) pour plus d'informations.

Voir aussi égide(1) pour les options communes à toutes les commandes aegis.

Toutes les options peuvent être abrégées ; l'abréviation est documentée en lettres majuscules,
toutes les lettres minuscules et les traits de soulignement (_) sont facultatifs. Vous devez utiliser consécutivement
séquences de lettres facultatives.

Toutes les options sont insensibles à la casse, vous pouvez les saisir en majuscules ou en minuscules ou un
combinaison des deux, la casse n'a pas d'importance.

Par exemple : les arguments "-project, "-PROJ" et "-p" sont tous interprétés comme signifiant le
-Projet option. L'argument "-prj" ne sera pas compris, car consécutifs
les caractères facultatifs n'ont pas été fournis.

Les options et autres arguments de ligne de commande peuvent être mélangés arbitrairement sur la ligne de commande,
après les sélecteurs de fonction.

Les noms d'options longs GNU sont compris. Étant donné que tous les noms d'option pour égide sont longues,
cela signifie ignorer le "-" de début supplémentaire. Les "--option=Plus-value" la convention est aussi
compris.

RECOMMANDÉ ALIAS

L'alias recommandé pour cette commande est
csh% alias aeib 'aegis -ib \!* -v'
sh$ aeib(){aegis -ib "$@" -v}

LES ERREURS

C'est une erreur si le changement n'est pas dans le attente l'intégration Etat.
C'est une erreur si l'utilisateur courant n'est pas un intégrateur du projet.
C'est une erreur s'il y a une intégration en cours pour le projet.
C'est une erreur si l'utilisateur actuel a développé le changement et que le projet est configuré pour
interdire aux développeurs d'intégrer leurs propres modifications (par défaut).
Il s'agit d'une erreur si l'utilisateur actuel a examiné la modification et que le projet est configuré pour
interdire aux réviseurs d'intégrer leurs modifications (par défaut).

EXIT STATUT

Le manuel de formation égide La commande se terminera avec un statut de 1 en cas d'erreur. Les égide la commande ne fera que
quitter avec un statut de 0 s'il n'y a pas d'erreurs.

ENVIRONNEMENT VARIABLES

See égide(1) pour une liste des variables d'environnement qui peuvent affecter cette commande. Voir
aepconf(5) pour le fichier de configuration du projet projet_spécifique champ pour savoir comment définir
variables d'environnement pour toutes les commandes exécutées par Aegis.

Utilisez aeib en ligne en utilisant les services onworks.net