Je souhaite obtenir des informations sur une formation complète concernant le thème DIVI dispensé
par un organisme de formation certifié par l’état.
Que la formation soit finançable par mon CPF (idéalement) ou autre


Bower peut être configuré à l’aide de JSON dans un fichier .bowerrc. Par exemple:

{
  "directory": "app/components/",
  "timeout": 120000,
  "registry": {
    "search": [
      "http://localhost:8000",
      "https://registry.bower.io"
    ]
  }
}

Placement et commande

La configuration est obtenue en fusionnant plusieurs configurations dans l’ordre suivant (liste supérieure, priorité plus élevée):

  • Arguments CLI sur --config
  • Variables d’environnement
  • Local .bowerrc se trouve dans le répertoire de travail actuel
  • Tout .bowerrc Fichiers dans l’arborescence des répertoires
  • .bowerrc Fichier dans le dossier personnel de l’utilisateur (~)
  • .bowerrc Fichier dans le dossier global (/)

Exemple d’arguments CLI:

  • --config.endpoint-parser=<parser>
  • --config.storage.packages=<packages_cache_dir>

Exemple de variables d’environnement valides:

  • bower_endpoint_parser est évalué comme endpoint-parser
  • bower_storage__packages est évalué comme storage.packages

Exemple de variables d’environnement valides avec convention de tableau:

  • export bower_registry__search="[http://localhost:8080, http://registry.bower.io]"; bower install

Spécification .bowerrc

Variables de configuration disponibles, dans .bowerrc Format:

{
  "cwd": "~/.my-project",
  "directory": "bower_components",
  "registry": "https://registry.bower.io",
  "shorthand-resolver": "git://github.com//.git",
  "proxy": "http://proxy.local",
  "https-proxy": "http://proxy.local",
  "ca": "/var/certificate.pem",
  "color": true,
  "timeout": 60000,
  "save": true,
  "save-exact": true,
  "strict-ssl": true,
  "storage": {
    "packages" : "~/.bower/packages",
    "registry" : "~/.bower/registry",
    "links" : "~/.bower/links"
  },
  "interactive": true,
  "resolvers": [
    "mercurial-bower-resolver"
  ],
  "shallowCloneHosts": [
    "myGitHost.example.com"
  ],
  "scripts": {
    "preinstall": "",
    "postinstall": "",
    "preuninstall": "",
    "postuninstall": ""
  },
  "ignoredDependencies": [
    "jquery"
  ]
}

Une description détaillée des variables de configuration disponibles se trouve dans Arbor / spec Dépôt.

Variables d’environnement dans .bowerrc

Vous pouvez utiliser des variables d’environnement dans .bowerrcen utilisant la syntaxe suivante ${ENV_VAR}.

"storage" : {
  "packages": "/path/to/${USER}/packages"
}

accrocher

Bower propose 3 crochets séparés qui peuvent être utilisés pour libérer d’autres outils automatisés tout en utilisant le Bower. Il est important que ces hooks soient destinés à permettre aux outils externes de connecter les composants nouvellement installés au projet parent et à d’autres tâches similaires. Ces hooks ne sont pas destinés aux créateurs de composants post-installation. Par conséquent, la configuration de ces crochets est dans le .bowerrc Fichier dans le répertoire du projet de niveau supérieur.

dans le .bowerrc faire:

{
  "scripts": {
    "preinstall": "<your command here>",
    "postinstall": "<your command here>",
    "preuninstall": "<your command here>",
    "postuninstall": "<your command here>"
  }
}

La valeur de chaque hook de script peut contenir un signe%. Lorsque votre script est appelé,% est remplacé par une liste de composants séparés par des espaces qui seront installés ou désinstallés.

Votre script comprend également une variable d’environnement BOWER_PID Contient le PID du processus parent Bower qui a lancé le script. Cela peut être utilisé pour vérifier qu’un preinstall et postinstall Les étapes font partie du même processus Bower.



Source link

Recent Posts