02/11/2014, 08:04:46
Hello,
J'ai une linknxwebbox, sur laquelle je n'ai jamais fait de mises à jour ni de linknx, ni de knxweb2 ; il est grand temps que ça change
Par contre, je me rend compte que ces 2 softs sont toujours hébergés sur sourceforge, et ne disposent pas d'accès permettant de mettre à jour une copie du dépôt local, comme on peut le faire avec subversion ou git. Me goure-je ?
Ne serait-il d'ailleurs pas judicieux de migrer ces softs sur github ? Il propose des outils quand mêms plus modernes que sourceforge... Pour info, il existe des outils qui conservent l'historique.
D'autre part, il serait bien de faire le ménage, et revoir aussi les numérotations qui n'aident pas à s'y retrouver : knxweb2 est en version 0.9.3 ! Pourquoi ne pas utiliser 2.x.x ? Et renuméroter knxweb1 en 1.x.x...
Perso, j'utilise : x.y.z, où x = majeur, y = mineur, z = bug fix
Changement de majeur quand on casse l'API, changement de mineur pour l'ajout de fonctionalités, et changement de bug fix quand on fixe un bug (pas d'ajout de fonctionalité). Comme ça, c'est très facile de s'y retrouver.
Bon, sinon, du coup, avec mes tar.gz, comme faire les upgrades sans tout casser au niveau des configs et paramétrages de linknx et knxweb2 ?
Merci d'avance.
J'ai une linknxwebbox, sur laquelle je n'ai jamais fait de mises à jour ni de linknx, ni de knxweb2 ; il est grand temps que ça change
Par contre, je me rend compte que ces 2 softs sont toujours hébergés sur sourceforge, et ne disposent pas d'accès permettant de mettre à jour une copie du dépôt local, comme on peut le faire avec subversion ou git. Me goure-je ?
Ne serait-il d'ailleurs pas judicieux de migrer ces softs sur github ? Il propose des outils quand mêms plus modernes que sourceforge... Pour info, il existe des outils qui conservent l'historique.
D'autre part, il serait bien de faire le ménage, et revoir aussi les numérotations qui n'aident pas à s'y retrouver : knxweb2 est en version 0.9.3 ! Pourquoi ne pas utiliser 2.x.x ? Et renuméroter knxweb1 en 1.x.x...
Perso, j'utilise : x.y.z, où x = majeur, y = mineur, z = bug fix
Changement de majeur quand on casse l'API, changement de mineur pour l'ajout de fonctionalités, et changement de bug fix quand on fixe un bug (pas d'ajout de fonctionalité). Comme ça, c'est très facile de s'y retrouver.
Bon, sinon, du coup, avec mes tar.gz, comme faire les upgrades sans tout casser au niveau des configs et paramétrages de linknx et knxweb2 ?
Merci d'avance.