18 avril 2018Fred Aucun commentaire

Comment Maven choisit entre une dépendance locale ou une dépendance Nexus ?

Lors d’un build Maven, celui-ci doit récupérer des dépendances. Il a le choix entre utiliser :
– une dépendance locale, elles sont dans le répertoire .m2 sur votre poste
Lorsque l’on builde du code en local (mvn install), les jars sont copiés dans ce .m2
– une dépendance distante sur Nexus
Elle sont créées par le server de build

Comment Maven choisit entre une dépendance locale ou Nexus ?

– Pour une dépendance en SNAPSHOT, il se base sur la date de build, si une version plus récente existe sur le server, c’est celle-ci qui est utilisée.
– Pour une dépendance en release, si elle existe en local, il ne va pas la récupérer sur le server.

Paramétrer ce comportement dans le settings.xml
Il y a un paramétrage pour les dépendances, et un pour les dépendances pour les plugins maven. Et pour chacun, il y a une partie pour les snapshots et une partie pour les versions releases.

<repository>
 <id>public</id>
 <name>Public Repositories</name>
 <url>http://ournexus.com:8081/nexus/content/groups/public</url>
 <releases>
  <enabled>true</enabled>
  <updatePolicy>XXX</updatePolicy>
  </releases>
 <snapshots>
  <enabled>true</enabled>
  <updatePolicy>XXX</updatePolicy>
 </snapshots>
</repository>

where XXX can be:
always: Maven will check for a newer version on every build;
daily, the default value;
interval:XXX: an interval in minutes (XXX)
never: Maven will never try to retrieve another version. It will do that only if it doesn’t exist locally. With the configuration, SNAPSHOT version will be handled as the stable libraries.

https://maven.apache.org/settings.html

Problème si vous ne compilez pas tous les modules régulièrement, ou si l’on a un problème d’ordre de build dans notre projet :
il est possible d’utiliser un vieux SNAPSHOT d’un de nos modules provenant de Nexus, alors que l’on pense utiliser un SNAPSHOT local.

11 avril 2018Fred Aucun commentaire

Comment modifier à chaud la configuration de logback ?

logback

Pour pouvoir modifier à chaud la configuration de logback,
il faut modifier la balise « configuration » du fichier logback.xml et rajouter scanPeriod.

par exemple

<configuration scan="true" scanPeriod="5 seconds">

Par défaut, la période de scan des modifs est d’une minute. Il est possible de la modifier comme ici à 5 secondes.
Vous pouvez maintenant modifier ce que vous voulez, le niveau de log, les appenders, etc …

documentation :
https://logback.qos.ch/manual/configuration.html#autoScan

4 avril 2018Fred Aucun commentaire

Comment faire du ménage dans vos branches git ?

Lorsque l’on travaille sur une application versionnée sur Git, il est normal de créer régulièrement des branches. Le problème, c’est que les branches inutiles ne sont pas toujours supprimées au fur et à mesure.

Comment faire du ménage dans vos branches git ?

Lister les branches

Lister les branches distantes, avec la date du dernier commit, triée par date de commit

for branch in `git branch -r | grep -v HEAD`; \
do echo -e `git show --format="%ci" \
$branch | head -n 1` \\t$branch; done | sort -r

2018-03-28 12:13:23 +0200 origin/master
2018-03-26 12:13:23 +0200 origin/develop
2018-03-26 11:14:05 +0200 origin/feature-new-button
2018-03-23 18:35:41 +0100 origin/feature-fix-css
2017-03-23 17:36:50 +0100 origin/feature-new-page
2016-02-09 12:11:53 +0100 origin/feature-process
…

Lister les branches en local, non mergées sur develop

En principe, ceux sont des branches qui ne doivent pas être supprimées, car elles n’ont pas été mergées sur la branche develop (choisir master dans la commande si vous n’utilisez pas de branche develop).

De plus, si vous avez squashé certaines branches après merge, elles peuvent se retrouver dans cette liste, même si vous l’avez mergée sur develop. Car lors d’un squash, le hash du commit change.

 git branch --no-merged develop

Une fois que vous avez ces listes de branches, il va falloir supprimer les branches qui vous paraissent inutiles !

Supprimer les références de branches distantes, pour lesquelles on n’a pas de branches locales

Pour voir la liste

git remote prune origin --dry-run

Pour supprimer les références

git remote prune origin

Supprimer une branche locale

Par exemple, la branche locale « feature/mybranch »

git branch -D feature/mybranch

Supprimer une branche distante

Par exemple, la branche distante « feature/mybranch », (il faut avoir les droits)

git push origin --delete feature/mybranch