{"id":1248,"date":"2013-10-27T10:56:40","date_gmt":"2013-10-27T09:56:40","guid":{"rendered":"http:\/\/qualilogy.com\/fr\/?p=1248"},"modified":"2013-11-03T17:03:53","modified_gmt":"2013-11-03T16:03:53","slug":"sonarqube-upgrade1","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/fr\/sonarqube-upgrade1\/","title":{"rendered":"SonarQube upgrade – Pr\u00e9-requis"},"content":{"rendered":"

\"SonarUpgradeImg\"<\/a><\/p>\n

Nous avons vu pr\u00e9c\u00e9demment comment migrer SonarQube depuis Tomcat en service Windows<\/a> et comment utiliser SonarQube en service Windows avec Jenkins sous Tomcat<\/a>,<\/p>\n

J’ai utilis\u00e9 la m\u00eame version 3.5.1 pour effectuer cette migration depuis Tomcat vers un service Windows, et comme celle-ci est d\u00e9j\u00e0 ancienne, ceci sera l’occasion de r\u00e9aliser un upgrade de versions et de mettre \u00e0 jour notre environnement SonarQube avec nos diff\u00e9rents plugins.<\/p>\n

Nous allons consacrer deux articles \u00e0 cette op\u00e9ration, dont ce premier afin de pr\u00e9senter les \u00e9tapes pr\u00e9alables \u00e0 notre upgrade. Ce sera \u00e9galement l’occasion de voir un backup Oracle.<\/p>\n

Task list<\/h1>\n

Dans un premier temps, je vais d’abord planifier les diff\u00e9rentes actions \u00e0 r\u00e9aliser. Non pas que cette op\u00e9ration soit compliqu\u00e9e, mais c’est l’occasion d’effectuer un \u00e9tat des lieux de notre environnement, et en particulier des \u00e9volutions au niveau des plugins. Un upgrade ne consiste pas uniquement \u00e0 installer une nouvelle version de SonarQube mais \u00e9galement \u00e0 mettre \u00e0 jour nos plugins. Et j’aime bien savoir quelles sont les \u00e9volutions disponibles, s’il existe de nouvelles r\u00e8gles \u00e0 tester, une nouvelle fonctionnalit\u00e9 \u00e0 mettre en oeuvre, etc.<\/p>\n

Enfin, lister les plugins \u00e0 upgrader permet de garder une certaine tra\u00e7abilit\u00e9 de notre environnement, et je vous conseille de faire de m\u00eame, notamment si vous utilisez SonarQube dans un cadre professionnel. Une nouvelle r\u00e8gle ou la modification d’une r\u00e8gle existante dans vos analyses de code peut amener une hausse subite de d\u00e9fauts dans le tableau de bord SonarQube, sans que les d\u00e9veloppeurs comprennent la cause de cette d\u00e9gradation soudaine de la qualit\u00e9 de leur application.<\/p>\n

La premi\u00e8re r\u00e9action est alors de mettre en doute la validit\u00e9 de vos analyses, et dans ce cas, mieux vaut \u00eatre pr\u00eat \u00e0 r\u00e9pondre qu’une nouvelle version de plugin a introduit une nouvelle r\u00e8gle \u00e0 l’origine de ces nouveaux d\u00e9fauts. Garder un document avec les modifications apport\u00e9es \u00e0 votre environnement d’analyse permet de justifier ces \u00e9volutions.<\/p>\n

Update Center<\/h2>\n

Je garde tous les courriers de la liste de mails SonarQube annon\u00e7ant les nouvelles versions logicielles ou de plugins, mais il existe un moyen plus simple de conna\u00eftre lesquels sont \u00e0 jour ou non : l’Update Center.<\/p>\n

\"SonarQube<\/a>Pour cela, nous allons nous connecter en Admin depuis le tableau de bord SonarQube.<\/p>\n

Puis, nous rendre dans la page de l’Update Center en s\u00e9lectionnant le menu :<\/p>\n

\"SonarQubeLogin2\"<\/a><\/p>\n

‘Settings’ puis le sous-menu\u00a0 ‘Configuration’.<\/p>\n

Depuis cette page de configuration, nous choisissons le menu ‘Update Center’ afin d’afficher l’\u00e9cran correspondant, avec ses diff\u00e9rents onglets qui nous permettent de conna\u00eetre :<\/p>\n