On a basculé nos dépôts, Dotclear et Clearbricks, il y a quelques mois vu la bonne blague que nous a joué Bitbucket en arrêtant le support de Mercurial. On ne va pas ré-écrire l’histoire, n’est-ce pas ?
Par ailleurs, on a commencé à mettre en place de nouveaux outils sur le nouveau serveur (procuré gracieusement par la Fondation Free) et en particulier de quoi héberger nos dépôts Git.
Voilà les adresses correspondantes :
- Pour Dotclear : https://git.dotclear.org/dev/dotclear
- Pour Clearbricks : https://git.dotclear.org/dev/clearbricks
C’est donc là qu’on peut suivre le développement du code, et également faire le suivi (ouverture de tickets, pull-requests, …).
Notez qu’on accepte aussi les pull-requests du côté de Github, vu qu’on a un miroir de nos deux dépôts là-bas (https://github.com/dotclear/dotclear et https://github.com/dotclear/clearbricks).
Notez également que pour interagir avec l’un de nos dépôts, que ce soit pour les tickets ou les propositions de code (via PR), il vous faudra un compte Github que vous pouvez créer gratuitement ici.
1 De Philippe -
Il est chouette le nouveau dépôt. Et Git me plaît mieux que Mercurial ou Subversion, alors j’applaudis !
Il faudrait peut-être modifier la page dev.dotclear.org maintenant ;)
En tout cas bravo pour cette migration qui a dû s’avérer bien compliquée avec toutes ces années d’historique sous 3 systèmes différents…
Question pour la 2.16 : on attend qu’elle sorte pour soumettre les mises à jour de thèmes et plugins sur Dotaddict ou on pourra un peu avant ?
2 De Franck -
Pour les soumissions sur DotAddict on peut dès maintenant en n’oubliant pas de définir dans le _define.php la version minimum de Dotclear requise :
3 De Philippe -
Je suppose que c’est dans l’array Permissions et que c’est pareil pour un thème ou un plugin ?
Et dans le plugin, je peux remplacer
'dc_min' => '2.16'
, par'requires' => ['core', '2.16'],
4 De Franck -
Exemple complet pour un plugin :
Et pour un thème :
5 De Franck -
La sous-propriété requires est un tableau de tableaux ; dans les exemples ci-dessus, un seul « sous-tableau » pour définir la version min de Dotclear attendu, mais on aurait pu, si besoin définir aussi — en tout cas pour le plugin — la ou les versions minimums des autres plugins dont il dépend pour fonctionner.
La dépendance d’un thème vis-à-vis d’autres plugins n’est pas (encore) codée.
6 De Philippe -
Merci pour ces exemples. Toutefois pour mon plugin, j’ai le message suivant :
Maiheu ! Remboursez !
7 De Franck -
Ah oui tiens, faut que je vérifie ça pour qu’il ne considère pas une unstable comme supérieure à une stable de même version…
8 De Franck -
La version de la nuit prochaine devrait normalement régler ce problème.
Merci pour le report Philippe ;-)
9 De Philippe -
Merci tout plein ;)
10 De Nicolas -
Super boulot chef.
Une question bête : les dépôts sur dotclear.org sont-ils accessible avec le protocole git ? En clair avec des URLS du type git@dotclear.org:dev/dotclear.git ?
11 De Franck -
Yup Nicolas en SSH c’est la bonne URL ;-)
12 De Nicolas -
Oui mais je n’ai pas les droits. J’ai trouvé l’URL en récupérant le sous-modules clearbricks.
13 De Franck -
Ah oui effectivement, uniquement HTTPS (je viens de faire le test ça fonctionne), cela dit je me demande si ça a fonctionné de mon côté parce qu’il a déjà ma clé SSH quelque part…
14 De Nicolas -
Oui il y a un problème de droits avec ssh. J’ai le message suivant :
@@Cloning into ‘clearbricks’…
git@git.dotclear.org: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.@@
J’ai supprimé l’ancienne clé publique de dotclear.org au cas où mais ça n’a rien changé.
Si cela ne fonctionne pas en ssh, il faudrait changer l’URL du dépôt clearbricks dans le fichier .gitmodules car sinon cela ne fonctionnera pas non plus.
15 De Franck -
Je vais en causer avec Olivier qui a la main (sûre) sur la config de Gitea ; on verra ce qu’on peut faire…