Contrôle de source contre contrôle de révision?

Question

Quel est le nom correct pour un système qui stocke des versions de code source, comme SVN ou TFS?

Je l'ai toujours appelé le contrôle de source, mais des endroits comme Wikipedia l'appellent le contrôle de révision?

Pour rendre cela plus compliqué des sites comme celui-ci ont une balise pour les deux?

Answer 1

• Contrôle de révision est un terme plus générique, utilisé pour la source-les outils de contrôle, mais aussi pour d'autres outils (Word, OpenOffice, ...). Il fait référence à une version.

• Contrôle de la Source propose de contrôle de révision avec des branchements et de la fusion qui ne sont pas toujours disponibles dans tous les révision des outils (Word n'est pas un Contrôle de code Source, mais offrent la révision des fonctionnalités de contrôle)

• Le Contrôle de Version est un terme plus général de Contrôle de Source dans ce qu'il gère, la version de n'importe quoi (sources ou binaires, ou tout type de documents)

Note: SCM des stands pour la Gestion du Code Source, mais aussi pour les Logiciels de Gestion du Code, afin de refléter la même idée (pas seulement les "sources" sont gérés).
Plus de SCM introduit la notion de dépendances entre un groupe de fichiers.
Et il peut aussi inclut la notion de cycle de vie du changement (début d'un changement, à proximité d'un changement, ...) qui conduit à la demande de changement de système.

Answer 2

Il y a trois synonymes décrivant presque la même chose:

1. Le contrôle de révision. Offres spéciales avec des révisions (document/artefact examens et les versions ultérieures du document/artefact) ou des chiffres (comme une abstraction de la révision du concept).
2. Contrôle de code Source. Traite de texte (source) des fichiers, pas binaire. Cette différence joue un grand rôle tant qu'il est beaucoup plus facile d'effectuer la comparaison et obtenir la différence entre le texte des fichiers. Il ya toute une gamme d'outils de base liés à la source de contrôle: diff, diff3, patch, etc. Cet ensemble d'outils peut être étendu à la source de la solution de contrôle. Exemple d'une telle solution RCS.
3. Gestion du code Source. Offres spéciales avec des opérations plus complexes sur le code source: stocker dans un repository avec la possibilité de créer séparé branches. Il est également supposé que les branches peuvent être merged. Une autre partie de la gestion du code source est - tagging. Un problème avec la gestion du code source, c'est qu'il a abréviation SCM. Cette abréviation est utilisée pour décrire plus large ensemble d'activités - Gestion de la Configuration Logicielle. Il y a beaucoup de confusion parce que la gestion du code source est un sous-ensemble de logiciels de gestion de la configuration qui traite également des activités telles que la gestion des builds, gestion du déploiement, intégration continue, gestion de dépendances, gestion de la diffusion, etc.
4. Le contrôle de Version. Il est utilisé en tant que substitut de la durée de gestion du code source afin d'éviter toute ambiguïté. Il intègre à la fois les concepts de contrôle de révision et de contrôle de la source de décisions pour décrire presque le même concept. Actuellement, les deux termes de contrôle de révision, de contrôle de la source sont substitués avec le contrôle de version comme plus approprié en tenant compte de la large gamme d'outils (CVS, SVN, Git, Mercurial, ClearCase, Perforce, VSS, etc) qui résoudre à la fois des tâches de contrôle de révision et de contrôle de la source simultanément.

Image pour illustrer plus clairement la distinction entre tous ces concepts:

Answer 3

J'aime penser de cette façon:

Le contrôle de révision est ce qu'ils font .

Le contrôle de la source est ce que je les utilise.

:-)

Answer 4

• Le système de contrôle de version (VCS) est le terme le plus couramment utilisé
• La gestion de code source (SCM) est utilisée dans git, mais elle est en quelque sorte inventée et peut être confondue avec la gestion de la configuration logicielle déjà utilisée dans l’industrie du logiciel et ce n’est pas la même chose.

Answer 5

La terminologie utilisée n'est pas très précis. Il y a un article décrivant les cinq dimensions pertinentes. Outils de gestion de données pour le développement de logiciels n'ont pas tendance à soutenir plus de trois d'entre eux de manière cohérente dans le même temps. Si vous voulez soutenir tous les cinq, vous avez pour décrire un processus de développement:

• Version (de la sémantique: la modification)
• (Vue de la sémantique: l'équivalence, la dérivation)
• Hiérarchie (sémantique: se compose d')
• Statut (de la sémantique: l'approbation, de l'accessibilité)
• Variante (sémantique: variations du produit)

Peter van den Hamer et Kees Lepoeter (1996) la Gestion des Données de Conception: Les Cinq Dimensions de la CAO des Cadres, la Gestion de la Configuration et de Gestion des Données de Produit, les Procédures de l'IEEE, Vol. 84, N ° 1, Janvier 1996