Spip est cloné sur github, c’est super !
Mais les dernières modifs qui ont été envoyées datent de l’année dernière, alors que ça bouge ici.
La différence provient des plugins par défaut qui n’apparaissent pas.
Il n’y a pas non plus de branche SPIP 3.1
Peut-être lié au fait que https://git.spip.net/ est aussi en retard
Hop,
Yop
Oui un clone sur github existe, il est planté pour le moment.
J'ai divers problème d'architecture qui font couiner le systeme.
Je suis en train de courir après le temps pour réparer tout ça. J'ai
un autre projet qui me sert de cobaye 
Km
Bonjour,
La synchro de git.spip.net avec la zone semble bloquée depuis le 8 juillet.
J'ose à peine imaginer le casse-tête que peut représenter la mise place d'une passerelle robuste SVN <> GIT ; mais peut-on avoir un petit état des lieux sur ce point : l'état d'avancement du projet, les difficultés rencontrées, ...
merci,
Salut
Je fais actuellement une migration de plate forme qui devrait
simplifier la maintenance. Pour le moment l'état des lieux est un
manque de temps et la problématique de déléguer simplement les actions
à faire. C'est un peu plat spaghetti.
Je ne désespère pas régler ce problème une bonne fois pour toute dans
les mois à venir.
Km
Salut Camille,
est-ce que tu pourrais nous résumer/détailler comment la synchro marche, ou est sensée fonctionner ?
Est-ce que le problème vient du mélange actuel du dev svn pour les plugins du core ? Si c’est le cas, il pourrait être décidé de tout mettre sous git, et de régler les dépendances avec des scripts de déploiement, je me trompe ?
Salut
Parmi les points qui sont non négociables c'est le maintien du svn.
Nous avons une communauté qui a pris ses habitudes avec cet outil, et
il est impensable de retirer cette fonctionnalité. Pour rappel même
github propose un accès SVN pour aider à la transition.
Depuis que nous expérimentons la compatibilité avec git, les outils de
synchronisation ont bien évolué et il maintenant possible d'exploiter
les 2 sans problèmes majeure.
Toutefois :
* nous avons des scripts historiques qui donnent des incompatibilités.
* Nous avons le problèmes des svn:external (il n'existe pas
d'équivalent) et la notion de distribution spip.xml permet de le
résoudre (mais ce concept n'est pas testé coté code)
* la gestion des droits utilisateurs est plus complexe qu'avec un
simple passwd à la svn
* l'intégration du tracker dans le redmine, ...
* un serveur où on a empilé plein de tests sans pouvoir nettoyer
proprement le tout
Ce ne sont pas de problèmes insurmontables, il y a une solution pour
chacun de ses points mais ce sont plein de cailloux dans le
chaussures.
Le premier point que je traite c'est la mise en place d'un serveur
dédié la synchronisation, cela me permettra de me débarrasser de tous
les reliquats expérimentaux et assainir notre base de travail.
Km