Batch Builds dans Visual Studio 6 pour VC++ project

Question

Dans VS 2008 et VS 2010, on peut facilement créer une solution et modifier la "Configuration de la solution". Nous pouvons choisir la configuration dans laquelle chaque projet est intégré lorsque nous déclenchons une génération au niveau de la solution.

Une telle fonctionnalité est-elle disponible dans Visual Studio 6.0? Selon mon expérience: Lorsqu'une configuration est choisie (formez la liste disponible) dans VS6 pour un projet VC++, les dépendances (qui ont elles-mêmes plusieurs configurations définies) sont construites dans un ordre aléatoire. Il n'y a aucun moyen de contrôler les configurations de dépendances au moment de la construction. "Batch Build" se rapproche de cela mais n'est pas aussi flexible pour mon but.

J'ai essayé différentes options dans le VS6. J'espère que je suis clair.

Answer 1

Voici un lien sur la ligne de commande MSDEV. https://msdn.microsoft.com/en-us/library/aa699274(v=vs.60).aspx

Il est est un moyen de contrôler la construction de dépendances. Indiquez /NORECURSE et les dépendances ne seront pas générées.

J'utilise /REBUILD avec /NORECURSE pour empêcher les dépendances de se construire.

Et je construis chacun de projet à la fois à l'intérieur de l'espace de travail dans un fichier de chauve-souris en faisant un chdir au sous-répertoire et appeler MSDEV juste pour ce sous-projet:

msdev myproject.dsp /MAKE "myproject - Win32 Debug" /REBUILD /NORECURSE > Build.log 

Je cd au prochain répertoire du projet un à la fois. D'un côté, j'ai eu des difficultés pendant plusieurs années où NMAKE ne fonctionnerait pas pour mes tâches spécifiques. Il s'avère que la variable d'environnement PATH à l'intérieur de MSDEV (Visual Studio 6.0) est différent de la variable d'environnement PATH d'un shell de commande que vous exécuteriez NMAKE sur.

Le chemin utilisé par le shell MSDEV est le %PATH% au moment de l'installation de Visual Studio 6. Nous utilisons cela et poke le registre comme nécessaire pour MSDEV pour obtenir le chemin d'accès correct lors de la commutation des révisions de notre logiciel; Cependant, cela ne permet pas de mettre à jour le %PATH%. Le chemin MSDEV peut être interrogé avec un script de requête. Je n'ai pas mon exemple à portée de main. Par conséquent, les versions MSDEV fonctionnent parfois lorsque les générations utilisant la ligne de commande ne le sont pas, car le chemin d'accès aux DLL diffère, et les étapes de génération personnalisées exécutées .exe ne fonctionnent pas en dehors de l'environnement MSDEV sauf si le chemin est actualisé.

J'ai un script quelque part qui lit les requêtes du registre pour extraire le chemin MSDEV et mettre à jour PATH d'un shell afin que les scripts batch faisant nmake fonctionnent comme dans l'environnement shell MSDEV. Le problème avec REGISTRY QUERY est que les arguments de retour diffèrent avec les différentes versions de Windows (XP/SERVER2003/...). Une chose que je viens de découvrir est que Incredibuild fonctionne avec l'ancien IDE MSDEV VS6.0. C'est un changeur de jeu. Il distribue des builds.Je l'évalue maintenant, mais il pourrait être utile à quiconque attend de longues versions de VS6.0.