Julien Roche - Développeur avancé JavaScript, Web et Java

Il arrive dans nos projets que nous déclarions dans le bower.json ou dans le package.json un lien Git qui permet de récupérer un composant. Jusque-là, rien de gênant. En revanche, il arrive que ces liens pointent vers des repos Git privés. Quand nous développons, nous allons avoir un prompt sur les commandes "bower install" ou "npm install" qui va nous demander d'entrer le login / mot de passe. Donc cela peut se résoudre, même s'il y a de fortes chances que ce prompt apparaisse à chaque fois. Le plus gênant est dans nos CI où fatalement, il n'y a pas d'humain pour interagir avec le prompt. Du coup, la solution naïve est de fournir dans les liens Git un login / mot de passe ... ce qui n'est pas vraiment une bonne idée. Il existe un moyen plutôt simple d'éviter cette solution: utiliser le "netrc". C'est un fichier qui va contenir nos crédentials pour les différents hosts Git. Voici la procédure pour que cela f...

Parfois, j'aimerai que la vie soit comme dans cette illustration de XKCD : Malheureusement, parfois, nous ne sommes pas sudo :'( Du coup, il arrive parfois sur nos environnements de CI ou tout simplement sur nos postes locaux que nous ayons des erreurs du style "run the command as admin". En fouillant un peu la documentation, on s'aperçoit que c'est un besoin inhérent, et NPM et Bower ont prévu le coup. Pour Bower, il existe une option " allow-root " qui permet de lancer une ligne de commande en étant "sudo". Personnellement, il a fallu que je l'utilise sur un CI jenkins où bizarrement, la configuration était telle que nous ne pouvions pas télécharger les dépendances Bower sans être sudo. Du coup au lieu de: > bower install Il suffit de faire > bower install --allow-root Pour NPM, c'est un peu différent. Il existe une option que nous pouvons définir soit dans nos fichiers ...

Plop, ça faisait longtemps, un petit article pratique pour résoudre ces problèmes de proxy d'entreprise lors du développement dans le monde NodeJS. Nous allons supposer que notre proxy d'entreprise se situera sur: http://proxy.company.com:8080 Git Tout d'abord, commençons par Git, qui est utilisé pour rapatrier le code du module NPM / Bower. Pour cela, nous devons préciser le fameux proxy d'entreprise. Mais également préciser que nous ne voulons pas une vérification stricte des certificats SSL. Cela afin de ne pas invalider des modules qui sont hébergés sur des serveurs HTTPS avec un certificat auto-signé par exemple. git config --global http.proxy http://proxy.company.com:8080 git config --global https.proxy http://proxy.company.com:8080 git config --global http.sslVerify false git config --global https.sslVerify false A noter qu'il est possible de préciser d'utiliser plutôt des liens en HTTPS que des liens en Git. Cela peut nous sauve...