Par le biais de vue-Utilisation de cli pour apprendre à modifier la configuration multienvironnement et les problèmes de publication de Webpack

Vue est si populaire maintenant en partie grâce à l'outil de génération de boîtes à outils officielles Vue-le CLI, qui simplifie considérablement le coût de mise en place de l'environnement pour les débutants, mais dans la pratique des affaires, nous avons souvent besoin de réaliser d'autres fonctionnalités pour transformer webpack. Cet article traitera des besoins de la pratique des affaires, et apprendra d'abord Vue.-modèle généré par le CLI, puis procéder à des modifications appropriées.

Vue-dossier de fichiers de modèle générés par le CLI

├── README.md
├── build
│ ├── build.js
│ ├── check-versions.js
│ ├── dev-client.js
│ ├── dev-server.js
│ ├── utils.js
│ ├── webpack.base.conf.js
│ ├── webpack.dev.conf.js
│ └── webpack.prod.conf.js
├── config
│ ├── dev.env.js
│ ├── index.js
│ └── prod.env.js
├── index.html
├── package.json
├── src
│ ├── App.vue
│ ├── assets
│ │ └── logo.png
│ ├── components
│ │ └── Hello.vue
│ └── main.js
└── static

Le point principal de cet article est

build - Code des tâches de compilation

config - Fichier de configuration webpack

package.json - Informations de base du projet

Je ne vais pas détailler ici le sens de chaque ligne de configuration webpack, veuillez vous référer à Vue2.0 analyse du fichier de configuration webpack du cadre

Nécessité courante 1 : configuration et publication multi-environnements

Vue-Le template généré par CLI configure uniquement npm run dev, npm run build cette ligne de script, respectivement pour démarrer le service de développement et exécuter le paquetage. Souvent, dans les processus de développement normaux des entreprises, il y a au moins développement, simulation de test, environnement de production, et les adresses de requête de serveur ou certains paramètres de configuration peuvent être différents, et lors du déploiement, il est nécessaire de publier sur plusieurs serveurs, donc il est nécessaire d'exécuter des scripts automatisés pour la construction et le déploiement.

Nous devons d'abord clarifier cette question, citation d'un article, auteur : Zheng Haibo, lien, source : Zhihu

Cela n'a rien à voir avec Vue, c'est un problème général : où le code est-il construit. Si le serveur du demandeur fait référence à l'exécution du serveur, les deux ne sont pas de bonnes options. Beaucoup de nouveaux arrivants, y compris moi avant de commencer à travailler, pensaient que la mise en œuvre du code était ainsi

En réalité, cela peut être plus compliqué dans les grandes entreprises internet. Les descriptions suivantes sont des pratiques courantes, et certains processus ont été simplifiés, uniquement pour faciliter la compréhension des nouveaux arrivants. La soumission de code sur le serveur Git ou SVN, attention ici ce sont les fichiers source, pas les fichiers après la construction

2. La construction du serveur tire la version de code à publier du serveur Git. Ici, il installe les dépendances nécessaires, telles que Vue du demandeur. Et construit les fichiers nécessaires pour le déploiement, ces fichiers sont généralement compressés en un paquet pour la gestion

3Les packages de publication après la construction seront téléversés sur un site de transit : un groupe de serveurs de gestion de fichiers

4Les serveurs en service ne seront généralement pas un seul serveur, mais un groupe, et ces n serveurs récupéreront le même paquet compressé correspondant au serveur de fichiers et le décompresseront pour exécuter finalement

　

En réalité, il y a une séquence claire des étapes ici. Si tout est fait manuellement, cela peut être très ennuyeux. Par conséquent, les grandes entreprises ont généralement une plateforme de déploiement automatique pour coordonner globalement ces tâches. En tant que développeur, il suffit de cliquer sur 'Déploiement en un clic' pour accomplir ce qui précède.

Si, en collaboration avec des plateformes de déploiement automatique telles que gitlab, github, etc. qui fournissent des notifications automatiques via webhook, le code de version stable a été poussé (événement Push), alors nous n'avons même pas besoin de cliquer sur un bouton. C'est un cas typique de séparation de construction et de déploiement, apportant de nombreux avantages, par exemple, s'assurer que la construction est basée sur un seul code, éviter les différences possibles causées par la construction dans plusieurs environnements. La construction est généralement une action à coût élevé, susceptible de provoquer des instabilités du serveur. Il est possible de faire un rollback ou un retour rapide, sans avoir besoin de reconstruire le même code de version...

Après tant de discours, le processus de construction et de compilation n'est pas une tâche simple, nécessitant donc des outils d'automatisation pour la configuration. Une solution mature consiste à utiliser Docker, un conteneur d'application pour la construction et la publication, etc. Cependant, je ne suis pas familier avec ce domaine, et les étudiants qui le maîtrisent peuvent partager leurs connaissances.

Résumé

Les points mentionnés ci-dessus sont les problèmes de configuration et de publication de l'environnement multiple de Webpack que l'éditeur vous présente, j'espère que cela vous sera utile. Si vous avez des questions, n'hésitez pas à me laisser un message, je répondrai à temps. Je remercie également vivement tous ceux qui soutiennent le tutoriel d'extase !

Déclaration : Le contenu de cet article est issu du réseau, propriété de ses auteurs respectifs, le contenu est contribué et téléversé par les utilisateurs d'Internet, ce site ne détient pas de droits de propriété, n'a pas été traité par l'éditeur humain et n'assume pas de responsabilité juridique. Si vous trouvez du contenu suspect de violation de copyright, vous êtes invités à envoyer un e-mail à : notice#w3Déclaration : Le contenu de cet article est issu du réseau, propriété de ses auteurs respectifs, le contenu est contribué et téléversé par les utilisateurs d'Internet, ce site ne détient pas de droits de propriété, n'a pas été traité par l'éditeur humain et n'assume pas de responsabilité juridique. Si vous trouvez du contenu suspect de violation de copyright, vous êtes invités à envoyer un e-mail à : notice#w