Différence entre construire et déployer?
Quelle est la différence entre un build and deploy et re-deploy<!--8?
Ce qui devrait être fait quand vous avez juste quelques HTML changements et pas Java changement de code?
Dois-je faire un build and deploy ou juste un re-deploy<!--8?
4 réponses
Avertissement: définir ce que construire et déployer signifie est très subjectif.
je vais commencer à déployer. Déployer signifie prendre tous mes artefacts et soit les copier sur un serveur, soit les exécuter sur un serveur. Ce devrait être vraiment un processus simple.
construire signifie, traiter tous mes code / artefacts et les préparer pour le déploiement. Ce qui signifie compiler, générer du code, un paquet, etc.
Qui a aidé? Certaines personnes considèrent déployer dans le cadre du "processus de construction" avec lequel je ne discute pas vraiment parce que généralement pour tester ou exécuter vous devez le déployer quelque part.
la règle est généralement que si c'est du code dynamique, alors vous devez faire un build/redeploy.
si vous éditez simplement du html statique, css, images etc. ensuite, vous pouvez simplement patcher (et de préférence redémarrer un serveur).
comme toujours quand "Patcher" il y a un risque supplémentaire que vous ne pouviez pas déployer toute la base de code, ou que quelqu'un pouvait le faire mal.
personnellement, J'aime faire une compilation complète / redéploiement parce que vous savez toujours que vous êtes synchronisé avec votre contrôle source. Cependant, il y a toujours un risque que les déploiements tournent mal, que ce soit la partie construction ou la partie installation. Si vos constructions prennent beaucoup de temps, ou si vous devez déployer inutilement un grand nombre de pièces mobiles, alors envisagez de les décomposer en de plus petits composants déployables ou de créer un plan de déploiement plus complet.
Comme d'habitude, il n'y a pas de solution miracle ici.
Construction signifie Compiler le projet.
Déployer signifie compiler le projet et publier le résultat
pour les applications web, il n'est pas nécessaire de déployer ou rien à faire du côté du client, sauf un simple navigateur avec url. toutes les applications web sont déployées à la machine serveur(IIS) seulement, cette application peut être consultée par toutes les machines clientes (n'importe quel navigateur est assez.)
pour les applications bureautiques où que vous vouliez utiliser l'application, besoin de déployer/installer dans ce système.
la construction et le déploiement sont des processus Back To Back! Construction peut être pris Seulement si il y a JAVA Code Change. Pour les mises à jour de fichiers HTML ou CSS, aucune nouvelle construction n'est nécessaire. le changement de propriété des fichiers nécessite le redémarrage du serveur.
pas besoin de déployer le fichier EAR/tar inchangé.
Pour la mise à jour de la compilation ear, le déploiement sur le processus du serveur doit être lancé.
Regarder ce déploiement de processus:
------ Build started: Project: AdventureWorks, Configuration: Release ------
Skipping 'belyaev_db.rds'. Item is up to date.
Skipping 'Sales Rep.rdl'. Item is up to date.
Skipping 'Top_10.rsd'. Item is up to date.
Build complete -- 0 errors, 0 warnings
------ Deploy started: Project: AdventureWorks, Configuration: Release ------
Deploying to http://...
Deploying data source '/Data Sources/belyaev_db'.
Warning : ...
Deploying data set '/Datasets/Top_10'.
Warning : ...
Error ...
Deploy complete -- 1 errors, 2 warnings
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========
========== Deploy: 0 succeeded, 1 failed, 0 skipped ==========
dans ce cas j'ai quelques problèmes mais comme vous pouvez le voir - la première étape est dans la construction - vérification des sources de données et des rapports et seulement après cela - le déploiement.