Hello
j’ai récupéré un plugin ici : si je regarde via fillezilla j’ai bien le repertoire web/plugins/spip-pseudo-hasard/.git mais j’ai ce message d’erreur lors de la mise a jour pourtant c’est bien sur GIT , une idée du pourquoi ? merci
"Récupéré" mais comment, avec la commande git clone ? Un script ? Autre ?
ben en cliquant sur le lien en haut a droite "clone or download’
Bonjour teamspipfactory@
ben en cliquant sur le lien en haut a droite "clone or download'
https://github.com/cariagency/spip-pseudo-hasard/archive/master.zip
Donc tu as récupéré le zip généré depuis la dernière version (HEAD) du
tronc (master)
Autrement dit, tu n'as pas fait un clone du dépôt ; donc normal que tu
ne puisses pas faire d'opération git dessus. C'est sur ça que Charles
voulait attirer ton attention.
Bonjour teamspipfactory@
ben en cliquant sur le lien en haut a droite "clone or download'
https://github.com/cariagency/spip-pseudo-hasard/archive/master.zip
Donc tu as récupéré le zip généré depuis la dernière version (HEAD) du
tronc (master)Autrement dit, tu n'as pas fait un clone du dépôt ; donc normal que tu
ne puisses pas faire d'opération git dessus. C'est sur ça que Charles
voulait attirer ton attention.
tu veux dire que si je télécharge comme expliqué , on ne peu pas faire de maj du plugin automatiquement par le script que l'on m'a fournie
sur un depot externe a GIT/SPIP et que c'est pour cela que j'avais l'erreur ?
Autrement dit, tu n'as pas fait un clone du dépôt ; donc normal que tu
ne puisses pas faire d'opération git dessus. C'est sur ça que Charles
voulait attirer ton attention.
Je concours 
tu veux dire que si je télécharge comme expliqué , on ne peu pas faire de maj du plugin automatiquement par le script que l'on m'a fournie
sur un depot externe a GIT/SPIP et que c'est pour cela que j'avais l'erreur ?
Oui mais de quel script s'agit-il ? Et téléchargé comme expliqué où ? On n'a pas de boule de crystal.
L'archive que obtiens depuis l'interface de gitea ne te fournit pas un clône du dépôt, donc tu ne pourras lancer aucune commande de git avec cette méthode là.
bon alors je reviens car on ma éclairé un temps soit peu mais je rame a donf donc je souhaite récupéré les plugins en GIT pour pouvoir lancer un script de maj du coup aprés éclairage , j’ai lu et tenter sur un repertoire test de mon serveur mutualisé mais j’ai commme réponse du coup j’ai encore loupé un truc ? dois je m’inscrire sur sachant que je ne vais pas commiter mais simplement récupéré les master des plugins merci pour votre patience car je suis une bille …
du coup aprés éclairage , j'ai lu FAQ pratique : Comment SPIPer avec git.spip.net
Cette doc se veut rassembler les infos utiles en pratique.
N'ayant pas installé le système, je l'ai établie à partir de mon expérience seulement
mais mon expérience ne couvre pas toutes les situations possibles
et il y a des incertitudes voire des inexactitudes concernant ce que j'ai pas personnellement expérimenté lol.
Warning: Permanently added 'git.spip.net,185.215.171.33' (ECDSA) to the list of known hosts.
git@git.spip.net's password:du coup j'ai encore loupé un truc ?
dois je m’inscrire sur
J'ai donc l'impression que pour utiliser le protocole ssh comme tu le fais là pour cloner
il faut t'inscrire ET déposer une clé ssh publique, comme pour commiter.
Peut être n'est ce pas nécessaire, par contre, avec le protocole https.
Peux tu me dire selon ce que tu testes et tes résultats ?
JL
Oui alors :
- si on utilise une URL en git@git.spip.net, c’est du ssh et ça ne peut être que identifié. Du coup il faut avoir une clé sur la machine où l’on est, et il faut que la clé soit déclarée dans l’utilisateur sur git.spip.net. Avantage : une fois en place on a plus besoin de manipuler des mot de passe pour push et c’est plus sécurisé.
Inconvénient : c’est très bien sur sa machine perso, mais sur un serveur c’est lourd, surtout si c’est juste pour déployer
- si on utilise une URL en https://git.spip.net, c’est du https. Donc le clone et le pull peuvent être anonymes si le dépot est public (sinon il faut s’identifier, via un mot de passe). Pour push il faut forcément s’identifier via des mots de passe et c’est donc pas très pratique ni sur.
Conclusion : pour déployer sur un serveur il faut utiliser https, c’est beaucoup plus simple
Merci a tous de votre patience …
je pense avoir compris comment faire …
C’est la procédure que j’ai voulu utiliser pour pusher colorscope, avec succès “sauf que” les fichiers source téléchargés se sont retrouvés chaque ligne précédée de son numéro (il a fallu que Maieul, passant par là, les corrige gentiment) Oui
tutut. ce n'est pas possible…
Je pense que vous ne parlez pas des mêmes choses : « git push »
n'ajoute pas de numérotation de ligne !
…ou alors t'as d'autres choses configurées que tu ne dis pas ou
ignore. Raison pour laquelle il faut apprendre Git en ligne de
commande et non avec des interfaces qui font des choses en douces.