En tombant sur un vieil article de Laurent Jouanneau à propos des overlay html,

J'ai voulu me rafraichir la mémoire sur le tag Link et surtout sur l'attribut rel.

html 4.01 liste et Structure

relations selon selfhtml

• rel="contents" figure pour une relation à la table des matières (contents = table des matières)
• rel="chapter" figure pour une relation à un chapitre (chapter = chapitre)
• rel="section" figure pour une relation à une section (section = section)
• rel="subsection" figure pour une relation à une sous-section (subsection = sous-section)
• rel="index" figure pour une relation à un index des mots clés
• rel="glossary" figure pour une relation à un glossaire
• rel="appendix" figure pour une relation à un appendice (appendix = appendice)
• rel="copyright" figure pour une relation à des mentions sur les droits
• rel="next" figure pour une relation au fichier suivant dans les "tours guidés" (next = page suivante)
• rel="prev" figure pour une relation au fichier précédent dans les "tours guidés" (prev = previous = page précédente)
• rel="start" figure pour une relation au premier fichier dans les "tours guidés" (start = première page)
• rel="help" figure pour une relation à l'aide contextuelle (help = aide)
• rel="bookmark" figure pour une relation à un point d'orientation générale (bookmark = signet)
• rel="stylesheet" figure pour une relation à un fichier avec des définitions de style. Cette mention est effectivement interprétée par Netscape et l' Explorer Internet MS à savoir pour incorporer des feuilles de style en HTML.
• rel="alternate" figure pour une relation à un fichier au même contenu que le document actuel dans une autre version de documents toutefois (alternate = variant). Vous pouvez aussi, s'il est nécessaire noter plusieurs commandes de ce type.

Ajoutons à cela le type canonical que je perçois comme un "premalink orienté SEO" : http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html <- à lire !

Il est clair que je ne suis pas le premier avec cet objectif de mettre des hook sur mes repository SVN.

Je vais donc reprendre ici ce que j'ai trouvé ailleurs et juste expliquer mes choix et modifications.

J'ai trouvé ceci "Utilisation des hooks avec suversion".

On y trouve l'exemple suivant à placer en pre-commit

[bash]
#!/bin/bash

#récupération du path du repository
REPOS="$1"

#récupération du nom de la transaction
TRANS="$2"

# Définition des paths des différents binaires
SVNLOOK=/usr/bin/svnlook
PHP=/usr/bin/php


# Pour chaque fichier modifiés
for FILE in $($SVNLOOK changed -t "$TRANS" "$REPOS" | cut -b 5-); do

  #on vérifie que le fichier se termine bien par une extension php
   if [ "${FILE: -4}" == '.php' ]; then
 
      # on récupère le contenu du fichier et on analyse sa syntaxe
      # avec la commande "php -l"
       $SVNLOOK cat -t "$TRANS" "$REPOS" "$FILE" | $PHP -l

       # On regarde le code exit d execution de la commande PHP
       if [ $? != 0 ]; then
           # On sort en cas d erreur
           echo "Transaction annulée: des erreurs PHP sont présentes dans le fichier $FILE" 1>&2
           exit 1
       fi
   fi
done

# tout est bien passé on peut committer
exit 0

Il existe 2 sortes de hook.

les post- et les pre-

Généralement on envisage le pre- puis on se dit non dans l'urgence on doit pouvoir le faire donc on mets en Post-

Personnellement la solution que j'apprécie c'est le pre-commit bloquant qui peut être débloqué par un message spécial dans le commentaire.

Scénario, Je veux forcer les développeurs à commiter du code php valide E_ALL avec le script ci-dessus.

Problème je dois commiter volontairement un bout de code qui ne passe pas E_ALL mais qui fonctionne.

Je vais donc prévoir un "tag" qui permet d'overrider ce contrôle pour "accepter" le commit. Grâce à cela, je sais que c'est un acte volontaire et réfléchi. Je peux donc exiger des explications pertinentes.

Donc si le tag est utilisé, j'exigerai une explication dans le mail, et je vais déclancher un mail "spécial" pour avertir le responsable qualité qu'une entrave à la règle a été demandée. S'en suivra l'exigence d'une réparation dès que le rush est passé.

Voyons maintenant les "hooks" que je voudrais ajouter.

• Interdire les commentaires vides
• Interdire le php qui ne pass pas php -l
• Envoyer un mail au commit
• Modifier le statut des tickets Trac
• déclencher les tests unitaires
• valider le xml
• vérification du charset
• appliquer des règles de codages
• vérifier le respect des règles de codage
• regénérer la documentation
• vérifier la couverture de la documentation
• phpCodeSniffer

Sur kitpages

J'ai

• Interdire les commentaires vides

et j'en ai d'autres sur le site de subversion

à suivre...

Pour Pâques, les enfants ont reçu des biscuits LU. Il y avait dans l'emballage un concours qui propose d'aller sur http://www.lu.be

Visiblement ils ne se sont pas préparés à fond. Ca va faire des heureux.

le drapeau des néerlandophones est le tricolore belge, et le drapeau des anglophones, est le tricolore français.

Edit : En plus le concours est fini !