Bonjour
Une nouvelle opération de maintenance a été faite ce matin. Comme le
trac est sensé fournir 90% de données statiques, une cache devrait lui
faire du bien.
C'est ce que je viens de faire. Il y a donc maintenant un cache apache
au dessus du trac. Cela devrait augmenter une peu la charge du serveur
frontal et baisser celle du trac.
A voir
Km
En attendant que trac se stabilise, une instance de websvn a été mise en place temporairement pour pouvoir suivre les derniers commits :
https://websvn.spip.net/
C'est assez rustique, mais ça permet au moins de suivre les développements.
Bonjour
Une nouvelle opération de maintenance a été faite ce matin. Comme le
trac est sensé fournir 90% de données statiques, une cache devrait lui
faire du bien.C’est ce que je viens de faire. Il y a donc maintenant un cache apache
au dessus du trac. Cela devrait augmenter une peu la charge du serveur
frontal et baisser celle du trac.En attendant que trac se stabilise, une instance de websvn a été mise en
place temporairement pour pouvoir suivre les derniers commits :
https://websvn.spip.net/C’est assez rustique, mais ça permet au moins de suivre les développements.
Je trouve que ça fait franchement l’affaire quand on veut voir les "changeset"s, malgré l’absence de coloration syntaxique (que parfois j’aimerais désactiver sur trac et qui parfois est top aussi) Il est assez complet pour tout ce qui tourne autour des "revision"s, du moins pour ce que j’ai vu jusqu’à présent.
Par contre, juste pour naviguer dans l’arborescence, le côté relatif de Trac me manque : ici on a toute l’arborescence avec le morceau demandé qui est déplié (ce qui est bien sur des dépôts un peu plus classiques mais pas top avec l’organisation de la zone où tous les projets sont dans le même dépôt)
Oui enfin c'est vraiment une rustine.
On a besoin de trac et ça fait des semaines (mois ?) qu'il n'est plus utilisable.
C'est notre outil de travail collectif quand même...
Azertyu, qu'est ce tu et qu'est ce qu'on peut faire ?