vue-cli exploite la configuration de l'environnement Webpack

Cette fois, je vais vous proposer vue-cli pour utiliser la configuration de l'environnement Webpack. Quelles sont les précautions pour que vue-cli utilise la configuration de l'environnement Webpack ? Voici quelques cas pratiques.

La raison pour laquelle Vue est si populaire maintenant est en partie due à l'outil officiel de génération d'échafaudages Vue-cli, qui simplifie grandement le coût de mise en place d'un environnement pour les débutants. Cependant, dans les affaires réelles, nous devons souvent le mettre en œuvre. autres fonctions Pour transformer le webpack, cet article apprendra d'abord le modèle généré par vue-cli en fonction de certains besoins réels de l'entreprise, puis apportera les modifications pertinentes.

Répertoire de fichiers de modèles générés par Vue-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

L'objectif principal de cet article est

build - compilez le code de la tâche

config - fichier de configuration

de Webpack package.json - informations de base sur le projet

La signification spécifique de chaque ligne de configuration du webpack ne sera pas présentée en détail ici. Veuillez vous référer à l'analyse du fichier de configuration du webpack de l'échafaudage vue2.0

. Exigence commune 1 : configuration et version multi-environnements

Le modèle généré par Vue-cli est uniquement configuré avec les scripts npm run dev et npm run build pour démarrer le service d'environnement de développement et exécuter le packaging respectivement. Souvent, un processus de développement normal d'une entreprise comportera au moins des environnements de développement, de simulation de test et de production. L'adresse de la demande du serveur ou certains paramètres de configuration auxquels répond chaque environnement seront différents, et lors de la publication, ils doivent être publiés sur plusieurs serveurs. il doit donc être exécuté des scripts automatisés. Construire et publier.

Il faut d'abord clarifier cette question et réimprimer un article, auteur : Zheng Haibo, lien, source : Zhihu

Cela n'a en fait rien à voir avec vue, c'est une question générale : où le code est construit. Si le serveur de la question fait référence à un serveur en cours d'exécution, aucune des deux options n'est réellement un bon choix. De nombreux nouveaux arrivants, dont moi, pensaient que le code de déploiement ressemblait à ceci avant que je commence à travailler

Mais en réalité, cela sera plus problématique dans les grandes sociétés Internet. Les introductions suivantes sont des pratiques courantes et certains processus simplifiés sont simplement destinés à faciliter la compréhension des nouveaux arrivants. Soumettez le code au serveur git ou svn. Notez qu'il s'agit du fichier source, pas du fichier construit

Le serveur de build extraira la version du code à publier du serveur git. 🎜>Installez les dépendances Comme le titre de vue. Et les fichiers de build pour le déploiement. Ces fichiers sont généralement compressés dans un package compressé pour la gestion

Le package de version construit sera téléchargé sur la station de transfert : Cluster de serveur de gestion de fichiers

Le serveur en cours d'exécution est généralement pas un seul serveur, mais un cluster. Ces n serveurs extrairont le même package compressé de la version correspondante du serveur de fichiers, le décompresseront et enfin l'exécuteront

En fait, il existe ici des processus séquentiels évidents, qui seraient très gênants s'ils étaient effectués manuellement. Par conséquent, les grandes entreprises disposeront généralement d'une plate-forme de déploiement automatique pour coordonner et effectuer ces tâches. En tant que développeur, il vous suffit de cliquer sur « Un clic ». déploiement" complète le contenu ci-dessus

Par exemple, lorsqu'ils coopèrent avec les webhooks fournis par gitlab et github, ils notifient automatiquement à la plateforme de déploiement automatique que la version stable du code a été poussée (Push Événement). Nous n’avons alors même pas besoin de cliquer sur le bouton. Il s'agit d'un cas typique de séparation de la construction et du déploiement, qui apporte de nombreux avantages, tels que garantir qu'une copie du code est construite et éviter la possibilité d'incohérences causées par des builds multi-environnements. La construction est généralement une surcharge importante. 🎜> comportement

, qui peut Les instabilités qui provoquent une instabilité dans le serveur en cours d'exécution peuvent être rapidement annulées ou restaurées, et la même version du code n'a pas besoin d'être reconstruite. . . Cela dit, l'empaquetage et la construction ne sont pas une question simple, des outils automatisés sont donc nécessaires pour le configurer. La solution mature existante consiste à utiliser Docker pour créer un moteur de conteneur d'applications pour créer, publier, etc. Cependant, je ne connais pas ce domaine. Certains étudiants qui le connaissent peuvent le partager.

Je pense que vous maîtrisez la méthode après avoir lu le cas dans cet article. Pour des informations plus intéressantes, veuillez prêter attention aux autres articles connexes sur le site Web chinois de php !

Lecture recommandée :

vue-cli+webpack Comment créer un environnement de développement vue

Comment faire défiler plusieurs natifs Opération de synchronisation JS

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!