Dans quel ordre faut-il installer les outils de développement Delphi et MS?

Question

Je viens de recevoir un nouvel ordinateur portable avec Windows 7 (32 bits) et je dois installer les choses suivantes:

• SQL Server 2005 (édition Dev)
• SQL Server 2008 (édition Dev)
• Visual studio 2008 Prof.
• Delphi 2007
• Delphi 2010

En outre, je dois les suspects habituels tels que offic e 2007 etc.

Je pensais le faire dans l'ordre indiqué ci-dessus mais je voudrais savoir si c'est la meilleure façon. Sur mon ancien système, j'ai dû faire quelque chose de mal car j'ai eu beaucoup de problèmes avec des fichiers d'aide cassés, etc. en particulier dans Delphi.

Merci.

Answer 1

J'ai installé Delphi 2010 après Delphi 2007 sans aucun problème.

La simple désinstallation m'a posé quelques problèmes (BDE a dû être réinstallé).

Answer 2

Ma principale suggestion serait de télécharger la dernière ISO pour Delphi 2007 et Delphi 2010.

Ne comptez pas sur vos DVD d'installation si elles ne sont pas en cours. J'avais l'habitude d'avoir des problèmes pour installer Delphi 2007 ... J'ai acheté ma copie autour du premier mois où elle était disponible ... puis j'ai téléchargé la dernière ISO avec toutes les mises à jour et n'ai jamais eu de problèmes sur Windows 7 Enterprise (32 bits).

Answer 3

IMHO: Vous ne devriez pas! À la place, installez chaque environnement de développement sur différentes machines virtuelles. (par exemple VMware Workstation)

Les inconvénients sont minimes. Peut-être plus de coûts (licence VMware + OS supplémentaire).

Mais les avantages sont inestimables!

• Portabilité. Si vous obtenez une nouvelle machine (physique), il est très simple de copier les machines virtuelles de l'ancienne à la nouvelle. (Vous pouvez même enregistrer les vm sur une clé USB et les exécuter sur différents ordinateurs).
• Snapshots. Avant de faire des changements dans votre dev.env. (mise à jour, ajout et suppression de sw) vous pouvez prendre un instantané de la vm, et revenir à cet état à tout moment! Assurez-vous d'avoir vos documents et votre code source sur la machine hôte ou sur un serveur, par contre. Parce que tout est annulé. Chaque fichier est restauré à l'état qu'il avait au moment où l'instantané a été pris.
• Fourches/ramification. Si vous travaillez sur une nouvelle fonctionnalité, vous pouvez créer une branche de dev.env. (via des instantanés), et basculez facilement entre le dev.env expérimental et le dev.env de production. à tout moment. En utilisant des instantanés, vous pouvez gérer plusieurs systèmes d'exploitation (virtuels) sans avoir à acheter plusieurs licences OS. (Vous ne pouvez pas exécuter ces branches de l'OS simultanément, bien sûr).
• Plus d'environnements de test sur la même machine (physique).Différentes combinaisons de versions d'OS et de versions de MS Office, etc.)
• Protection lors du test de code risqué. (Par exemple, supprimer des fichiers, mettre à jour des bases de données, modifier le registre, etc.)
• Commencez à jouer avec les nouvelles versions de sw sans compromettre le dev.env existant.
• Séparer clients/projets en fonction de leurs différents besoins pour différents outils tiers, solutions de base de données, solutions de rapport, etc.