Il contient une très bonne illustration d'un modèle de ramification
Alors que c'est de l'information de qualité, je ne pense pas qu'il répond vraiment à la question posée. Difficile de juger, mais il ne semble pas répondre à la question dans un rond-point. En bref, compte tenu de son détail ci-dessus, il semblerait qu'il suggère de ramification, et une pratique particulière de le faire. Je vois votre point de vue. Je vais le modifier pour être plus succincte réponse et de reléguer le reste de l'appui d'infos.
Vous souhaitez probablement un étiquette de sorte que vous savez exactement ce que vous avez fournies pour une version spécifique. Cependant, vous avez probablement vous aussi souhaitez créer un branche de sorte que vous pouvez effectuer des corrections mineures de la fixation de ce qui a été publié et créer une nouvelle version.
Avoir votre production de communiqués de "cascade" hors de l'un l'autre:
exemple:
---->v1.0---->v2.0---->v3.0
En fin de compte, à vous de décider de ce que l'architecture à adopter, tant que c'est cohérent et fait sens pour vous.
Une bonne chose à propos de l'option 1, vous n'avez pas "avoir" pour créer une définition de build pour chaque nouvelle version. Vous déployer à partir de la branche de développement Principale. Dès qu'il est construit et déployé, tag (c'est à dire: créer une nouvelle branche à partir de) la nouvelle version de sorte que vous pouvez revenir en arrière si nécessaire.
Vous pouvez utiliser une combinaison des deux. Voici comment nous le faisons en interne pour tous les projets.
Nous avons de la structure avec des Branches de dossiers et sous-dossier pour chaque mineur et majeur de version. Nous avons également d'utiliser des étiquettes que nous avons mis sur les différents sous-dossiers de sorte que nous pouvons facilement reconstruire version tout moment dans l'avenir.
$\Branches
12.01
12.02 (branched from 2012.01)
12.03 (branched from 2012.02)
13.01 (branched from 2012.03)
J'ai vu les deux fait, l'Étiquetage est plus léger et pour moi plus facile. Mais, il a été souligné que les étiquettes peuvent être supprimés facilement. Une branche protège contre cette par pas réellement supprimées, sauf si "détruit". La raison pour laquelle je préfère ne pas utiliser les branches est je déteste avoir à cape comme j'ai tendance à faire obtenir la dernière version à partir de la racine et ne veulent pas toutes les branches de remplissage de mon disque dur
Pour l'enregistrement, car il m'a été signalé sur l'étiquette d'être supprimé, j'ai retiré les autorisations pour l'Étiquetage de tout le monde, mais les Admins et la construction des comptes de service pour aider à atténuer ce.
Dans TFS, j'aurais un Communiqué de la direction, avec une étiquette d'identification de la version spécifique d'être libéré à la production.
Qui impliquerait vous avez d'autres branches peuvent je suggère ce qui suit
Détails
Références:
Difficile de juger, mais il ne semble pas répondre à la question dans un rond-point. En bref, compte tenu de son détail ci-dessus, il semblerait qu'il suggère de ramification, et une pratique particulière de le faire.
Je vois votre point de vue. Je vais le modifier pour être plus succincte réponse et de reléguer le reste de l'appui d'infos.
OriginalL'auteur yeOldeDataSmythe
Idéalement, les deux.
Vous souhaitez probablement un étiquette de sorte que vous savez exactement ce que vous avez fournies pour une version spécifique. Cependant, vous avez probablement vous aussi souhaitez créer un branche de sorte que vous pouvez effectuer des corrections mineures de la fixation de ce qui a été publié et créer une nouvelle version.
OriginalL'auteur Edward Thomson
Dans la pratique, vous pouvez l'aborder de deux façons:
exemple:
exemple:
En fin de compte, à vous de décider de ce que l'architecture à adopter, tant que c'est cohérent et fait sens pour vous.
OriginalL'auteur ryrich
Vous pouvez utiliser une combinaison des deux. Voici comment nous le faisons en interne pour tous les projets.
Nous avons de la structure avec des Branches de dossiers et sous-dossier pour chaque mineur et majeur de version. Nous avons également d'utiliser des étiquettes que nous avons mis sur les différents sous-dossiers de sorte que nous pouvons facilement reconstruire version tout moment dans l'avenir.
Vous pouvez aussi consulter les Visual Studio Team Foundation Server de Ramification et de la Fusion de Guide pour plus de détails.
OriginalL'auteur Kenneth Hampton
J'ai vu les deux fait, l'Étiquetage est plus léger et pour moi plus facile. Mais, il a été souligné que les étiquettes peuvent être supprimés facilement. Une branche protège contre cette par pas réellement supprimées, sauf si "détruit". La raison pour laquelle je préfère ne pas utiliser les branches est je déteste avoir à cape comme j'ai tendance à faire obtenir la dernière version à partir de la racine et ne veulent pas toutes les branches de remplissage de mon disque dur
Pour l'enregistrement, car il m'a été signalé sur l'étiquette d'être supprimé, j'ai retiré les autorisations pour l'Étiquetage de tout le monde, mais les Admins et la construction des comptes de service pour aider à atténuer ce.
OriginalL'auteur Alex