Procédure de publication de l'application .Net et VSS

Question

Nous avons environ 20 développeurs d'applications dans notre équipe.

Tout le code d'application est dans le VSS.

Les développeurs ont leurs copies locales et apportent des modifications, puis vérifient les fichiers dans VSS.

Les responsables de l'équipe examineront le code et l'exécuteront à partir de leurs machines. Si tout semble satisfaisant, ils déplaceront le code vers QA Server. QA après avoir testé si approuve tous les fichiers sont vérifiés et l'ingénieur de sortie obtiendra la dernière version de VSS et compilera et déplacera les fichiers à la mise en scène.

UAT sera effectué sur la mise en scène et, s'il est approuvé, l'ingénieur de version copiera tous les fichiers de la mise en scène et les déplacera vers la production. Oflate nous avons des problèmes avec cette approche car les développeurs ont archivé certains fichiers dans le VSS alors qu'il était sur le point d'être mis en scène et qui n'étaient pas censés être libérés pour le staging.

Nous utilisons VS.net 2008 comme IDE, nous n'avons pas de serveur de fondation d'équipe et Visual source safe est notre base de données de contrôle de source.

Veuillez suggérer comment nous pouvons améliorer notre mécanisme de déclenchement.

Merci

Answer 1

Vous pouvez utiliser labels in VSS - sorties du label et de cette façon vous pouvez alway revenir à un état connu de code. C'est-à-dire, supposons que vous êtes prêt pour un code à aller dans QA - à ce moment, étiqueter la branche entière à un numéro de version, disons "Version 1.1". Quand il est temps de promouvoir UAT/Production, obtenez tous les éléments étiquetés "Version 1.1" - assurant un processus d'assurance qualité cohérent avec exactement le même code.

Lorsque votre prochaine version du code est prêt pour l'AQ, l'étiqueter « Version 1.2 » ... etc .. etc .. etc

Toutefois, vous aurez besoin de décider comment traiter avec des corrections de bugs.