Un guide de gestion de workflow avec git. Ce n'est pas la seule façon de faire, mais elle est pas mal (et c'est celle qu'on utilise @StreamRoot)

Attention la version initiale (https://github.com/nvie/gitflow) de git-flow ne semble plus supportée alors qu'il existe un fork très actif (https://github.com/petervanderdoes/gitflow) mais beaucoup plus confidentiel ...

Par pitié développeurs de logiciels libre, quand vous arrêtés de travailler sur un projet populaire, filer le contrôle du dépôt github principale à un autre (ou au moins faite savoir au monde que cette version n'est plus maintenue et redirigez les gens vers la version à jour ...)

Les recommandations du W3C sur les URL et la règle de base : NE PAS LES CHANGER ! Les liens morts ça fait vraiment chier !

Comme l'explique le w3c : "There are no reasons at all in theory for people to change URIs, but millions of reasons in practice."

Cet article est là pour expliquer ce qui pousse les gens à changer les URI en pratique, et explique donc comme ne pas se faire avoir pour éviter de se retrouver dans une situation ou on est obligé de changer ses URI.

Le web est né il y a plus de 20ans et ce document a 16 ans, pourtant la plupart des gens ne respectent toujours pas ces pratiques et font n'importe quoi ...

Edit : Exemple de mauvaises pratiques (au taff, sur les appli sur lesquelles je bosse)

• http://localhost:8080/notreAppli/servlet/page.html
• http://localhost/jcms/j_6/fr/accueil
• http://nav.nous.lan.net/dynamicsnav71/WebClient/default.aspx

=> la même mauvaise idée pour les 3 : les urls indiquent clairement la technologie utilisée, si tu changes de techno tu pètes forcément tes URI. C'est con quand même ...

Autre mauvaise idée : le webmail de l'école Centrale Paris, anciennement mercure.ecp.fr il s'appelle désormais sogo2.ecp.fr ! Mais POURQUOI bordel !?!