2009-12-17 9 views
2

Il ya environ 2 mois, j'ai dépassé le processus de construction dans la société actuelle. Même si je n'en ai pas beaucoup de connaissance, j'étais le seul à avoir assez de temps, donc je n'avais pas beaucoup de choix.script de construction - comment le faire

La situation est pas bonne, et je voudrais faire ce qui suit:

  1. fichiers d'étiquetage dans SourceSafe avec la version (exemple ProjectName PV 1.2)
  2. GetFiles de SourceSafe à un répertoire spécifique
  3. Build VB6/C++/C# projets (oui, il y a toutes sortes d'entre eux)
  4. Construire setups InstallShield

C'est pour l'instant en partie fait en utilisant des scripts batch (un pour l'étiquetage et l'obtention, un pour la construction, etc.). Donc, au début de la construction, je l'ai pratiquement gardée. Une bonne partie de ce code pourrait être réutilisée.

Des recommandations pour mieux le faire? Un gros problème est tout un tas de dépendances entre les projets. L'étiquetage doit également incrémenter la version et, si nécessaire, modifier PV en EV. Je voudrais minimiser l'interaction de l'utilisateur autant que possible. Un clic sur un script de construction (Spolsky est Dieu) et tout est fait, pas besoin d'incrémenter la version, pour définir où obtenir des fichiers et autres choses similaires.

La programmation par lots est-elle la meilleure solution? Dois-je faire une certaine fonctionnalité avec msbuild. Il y a-t-il des alternatives?

Le code spécifique n'est pas nécessaire, pour l'instant j'ai juste besoin d'un moyen de l'améliorer, même si cela ne ferait pas de mal.

Tnx, Marko

Répondre

1

Puisque vous avez déjà un système de construction (même si certains d'entre eux sont actuellement "manuels"), quoi que vous fassiez, ne recommencez pas à zéro.

(1) Assurez-vous d'avoir un ordinateur de test (ou une machine virtuelle) sur lequel travailler. Ainsi, vous pouvez apporter des modifications et des améliorations sans avoir à vous soucier de casser quoi que ce soit.

(2) Mettez le tout de vos scripts de construction et outils dans le contrôle de version, pas seulement le code source. Ensuite, lorsque vous apportez des modifications, voyez si elles fonctionnent. Si c'est le cas, sauvegardez-les dans le contrôle de version. Si ce n'est pas le cas, retournez-les.

(3) Choisissez une zone à travailler à la fois. N'essayez pas de tout faire en même temps. Passer de beaucoup de travail manuel à "un clic" prendra du temps, peu importe le système de construction avec lequel vous travaillez.

1

On dirait que vous voulez une solution d'intégration continue, comme CC.Net. Il a des options de configuration pour faire tout ce que vous voulez et une grande communauté pour répondre aux questions.

En outre, les scripts batch ne sont probablement pas une bonne option. Des outils de construction et d'intégration sophistiqués vous permettront d'intégrer des paramètres dans la construction et de créer différentes versions pour différents environnements (test, production, etc.). Les scripts Batch impliquent beaucoup de codage et de colle à la main.

Questions connexes