Utilisation de TFS 2010 pour ramifier (faire une copie) Application .Net

Question

J'ai une application LOB que nous utilisons en interne qui est Winforms avec un Linq to SQL DAL. Je veux en faire une copie afin que nous puissions tester certains changements majeurs à venir.

Nous utilisons TFS 2010, est-ce ce que les branchements peuvent faire? J'ai besoin de pouvoir éditer l'interface graphique et DAL tout en étant capable de le déployer côte à côte avec la version Live. Ensuite, une fois les modifications approuvées et testées correctement, fusionnez-les à la version Live et déployez-la (nous utilisons ClickOnce actuellement).

Jusqu'où puis-je prendre ma branche, comme dans, puis-je également renommer l'assemblage dans la branche? Suis-je préférable de créer une nouvelle version entièrement s'il ya des changements significatifs?

Answer 1

Oui, le branchement est la bonne solution. Vous branchez généralement lorsque vous voulez vous éloigner de la «branche» principale de votre logiciel et développer quelque chose de nouveau sur une branche différente - comme des branches sur un arbre. Le branchement peut inclure beaucoup de réflexion sur la stratégie de branchement à utiliser, alors peut-être que ce video with Brian Keller (Branching 101) peut vous aider à expliquer les différentes stratégies, même si elle est plutôt longue avec 42 minutes. Personnellement, les scénarios m'aident toujours, alors vous devriez certainement vérifier le codeplex Project on TFS 2010 Branching stragies.

Answer 2

Oui. Branching est le chemin à parcourir. Le processus de fusion est assez simple.

Vous devriez pouvoir renommer un projet, tant que vous le faites depuis l'EDI.

Answer 3

Oui, faites un branchement. Il crée une branche séparée complète où vous pouvez faire tout ce que vous pouvez dans la branche d'origine. Mais si vous avez des versions automatisées pour la branche originale, celles-ci ne seront pas disponibles pour votre nouvelle branche.