2011-03-03 6 views
0

La façon dont nous devons mettre à jour notre site est maintenant de créer une copie du projet de site Web localement. Faire des changements. Ensuite, prenez la DLL et tous les autres nouveaux fichiers et copiez-les sur le projet sur le serveur. Parfois, ils veulent que nous travaillions sur quelque chose dont ils ont besoin de télécharger tout de suite et d'autres fois de travailler sur quelque chose qui doit être téléchargé à l'avenir. Je dois donc faire des bêtises pour leur donner ce qu'ils veulent maintenant et exclure ce sur quoi je travaille pour plus tard. Quelle est la meilleure façon de résoudre cela? Je veux juste devoir télécharger une partie du projet et certainement pas la toute nouvelle DLL à chaque fois.Création de plusieurs DLL pour chaque page Web dans asp.net

+0

EST-IL FAÇON DE FAIRE SANS OPTION DE COMMANDE DE LA SOURCE? Ils ne pensent pas que le contrôle de source est nessarry puisqu'une seule personne travaille sur le projet. –

+0

Je comprends votre lien (temps/ressources/etc). Mais cette "seule personne" n'est pas la question ici. Le problème consiste à séparer votre branche de développement et votre branche de production. Je ne le recommande pas mais vous pouvez faire un contrôle de source 'pauvre' et garder deux dossiers de code différents (dev et prod) sur votre machine et déplacer les fichiers entre eux. Gardez à l'esprit qu'il est plus enclin à l'erreur humaine et n'a aucune capacité de restauration. –

Répondre

1

contrôle de source avec ramification. Ensuite, vous pouvez garder la branche de production propre pendant que vous travaillez sur vos futures améliorations. Il existe de nombreux outils de contrôle de la source libre, voir ci-dessous.

+0

De plus, vous pourriez envisager de versionner vos DLL (1.0.0.0 ou 1.3.0.1342). Assurez-vous que vous pouvez effectuer le suivi d'un numéro de version de DLL vers une révision de votre dépôt, par ex. en incluant le numéro de révision dans votre numéro de version DLL. Probablement le meilleur pour automatiser ce processus en utilisant MSBuild ou un autre outil de construction. –

+0

Qu'est-ce que la gestion des versions des DLLs? Ils ne sont pas versionnés maintenant –

+0

@Nick - Ils vous aideront à savoir quelles versions sont réellement dans la boîte de production au lieu d'avoir à deviner. Si chaque version est marquée "1.0.0.0", il peut y avoir confusion sur ce qui est réellement déployé. voir ici pour plus de détails: http://msdn.microsoft.com/en-us/library/4w8c1y2s.aspx –

Questions connexes