2
Quel est le système généralement utilisé? Existe-t-il un système général ou tous les SCM définissent-ils simplement des nombres incrémentiels?Numérotation des modifications
A
Répondre
3
Il y a trois types de numéro interne pour SCM:
- fichier centrée id (version 1, version 2, ...) pour SCM gérant leurs éléments sur fichier vers fichier basic (ClearCase), basé sur un simple incrément 0
- un ID centré sur le référentiel: il a établi un ID (numéro de révision Subversion) pour référencer tous les fichiers (encore une fois, incrément simple)
- un identifiant centré sur la validation (par exemple, SHA1 pour Git, signifiant basé sur le contenu ) pour SCM (Directed Acyclic Graph) basé sur DAG où l'historique d'un fichier est lié à celui d'un répertoire lié à un commettre.
Il est basé sur:
- une base interne pour SCM central, ou sur
- une clé unique calculée ou hachage pour distribuer SCM
La combinaison des deux critères vous donne l'identifiant final.
Un numéro de version interne ne doit pas être confondu avec un numéro de version d'application (comme major.minor.build)
0
TFS utiliser une séquence de numérotation unique pour le serveur TFS
0
Je pense que la plupart SCM utiliser un numéro incrémenter par article suivi. Par exemple, Vault prend en charge la gestion des versions des fichiers et des dossiers, de sorte que chaque fichier possède un numéro de version (incrémenté) et le dossier contenant un.
SCM Distribué ne peut pas utiliser les numéros incrémentées, donc ils utiliseront hash, identificateurs uniques ou peu importe ...