Hello,
je voudrais proposer une branche "notices" pour spip-contrib-extensions/porte_plume_intertitres - porte_plume_intertitres - SPIP on GIT
mais la PR donne que le choix "fusionner dans:spip-contrib-extensions:master" alors que je veux aller dans le master de porte_plume_intertitres...
J'ai tenté depuis un fork et aussi pour voir j'ai mis la branche dans le dépôt lui-même, mais c'est pareil...
Non mais en fait c'est bon spip-contrib-extension;master c'est juste une manière abrégé de dire spio-contrib-extension/porte_plumes_intertitres:master
Simplement il repète pas le nom du dépôt, parce qu'à a priori homonyme, juste le nom de l'orga pour les cas où il y a des dépots homonymes sur plusieurs orga.
Donc va jusqu'au bout de ta demande de PR et tu verra que c'est bon
bof, ce sont deux logiques différentes. La logique du fork c'est une
logique plus proche de la github où chacun et chacune fait dans son
coin puis fait valider par un responsable principal de projet.
Sur une logique plus communautaire à la spip-zone, tu peux très bien ne
pas forker et juste faire une branche sur le dépot commun, puis PR
depuis le dépôt commun.
Je vois pas franchement de raison de forker pour nous en fait, surtout
avec des projets aussi petits que les notres.
Cette question est par contre détaillée par contrib.spip.net/Proposer-un-patch-via-git-spip-net-pour-le-noyau-ou-la
avec malheureusement différentes versions et pas de consensus synthétique simplifié,
faute d'expérience concrète de la part du rédacteur principal qui ne peut donc pas trancher.
Une contribution expérimentée serait bienvenue
JLuc
(sans les http:// pour mieux passer le filtre antispam ?)
Il y a sûrement un truc à faire pour fusionner/articuler l’ensemble : la liste des commandes comme point d'entrée (commandes de bases/simples pour rester accessible) puis d'autres articles pour les commandes/démarches qui ont besoin d'être détaillées ?