Contexte :
Derniere version de rpaf et apache 2.4 (jessie)

La variable %h qui est utilisée dans les LogFormat de base n'est pas substituée par rpaf... il faut la remplacer par %a qui elle, est bien modifiée par rpaf

La commande eb d'amazon retourne toujours 0 même quand elle foire.. pas pratique pour repérer une erreur dans les script de CI..

Mes scripts bash commencent tous avec "set -e" pour sortir en erreur des qu'il y a un probleme

La commande eb me pose donc problème, j'ai fixé ça de cette mainère en attendant de trouver mieux :

eb blablabla 2>&1 | ( ! grep ERROR)

De cette manière, si dans le stdout ou dans le stderr on trouve 'ERROR', le grep va matcher et renvoyer 1 (dans une utilisation normale, grep retourne 0 si il match, mais avec le point d'exclamation, on inverse ce retour)

Ce qui aura pour effet de passer mon script en erreur !

Un tenkeyless ISO Azerty

TIL :

What is this date format? 2011-08-12T20:17:46.384

The T is just a literal to separate the date from the time, and the Z means "zero hour offset" also known as "Zulu time" (UTC). If your strings always have a "Z" you can use

perso je tends pour le rebase

What will happen if I use git pull --rebase ?

git pull --rebase is roughly equivalent to

git fetch
git rebase origin/master

i.e. your remote changes (C) will be applied before the local changes (D), resulting in the following tree

A -- B -- C -- D

What will happen if I use git pull --ff-only ?

It will fail.

git pull --ff-only corresponds to

git fetch
git merge --ff-only origin/master

--ff-only applies the remote changes only if they can be fast-forwarded. From the man:

Refuse to merge and exit with a non-zero status unless the current HEAD is already up-to-date or the merge can be resolved as a fast-forward

Since your local and remote branches have diverged, they cannot be resolved by a fast-forward and git pull --ff-only would fail.