Rédiger la doc de contribution #2
Labels
No milestone
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Construction_PA/PA_Communautaire#2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Harmoniser le README principal et docs/developpement
Peut-on aussi commencer à écrire et discuter du worklow git :
à minima:
Je pense que l'écriture des features BDD doit avoir la même approche : d'abord un PR, relecture et validation collégiale.
Qu'en pensez-vous ??
Philippe,
j'avais commencé un chapitre ici : https://git.pdplibre.org/Construction_PA/PA_Communautaire/src/branch/main/docs/developpement/Contribuer.md#cycle-de-contribution
Je vais commencer des tutos pour faire de jolis tests avec ce que tu nous a montré aujourd'hui:
ça va se passer là:
Je n'ai pas l'habitudeu de ForgeJo, je connais bien Gitlab. J'espère qu'on peut faire des templates pour les tickets.
@philippe.entzmann
J'ai trouvé la technique pour faire des templates de tickets.
On peut faire des tempaltes en markdown, mais on peut aussi faire des formulaires avec des champs, des listes etc ...
Idem pour les pull request.
Moi aussi j'avais un faible pour gitlab 🥹
@f.piccinali wrote in #2 (comment):
👍
il faudra discuter assez vite en réunion des critères pour valider (merger) ou refuser/attendre un PR.
en attendant on va valider les premiers PR sauvagement 😜
Mémo pour moi:
A voir ensemble:
Bonnes pratiques - démarrer rapidement
Doc docker:
est il necessaire d'être root pour lancer docker ? : voir rootless ou user dans group docker ou podman
verifier la commande pour vérifier le clone
doc PR + template
doc bug + template
J'ai parcouru les documents existants. Beau travail déjà !
Et j'ai vu les deux guides suggérés par @f.piccinali et je me suis essayé sur la rédaction assistée avec une IA. Le résultat est dans la branche docs/bdd-guides
A améliorer de toute façon et voir si la démarche IA est acceptable.
@philippe.entzmann
Philippe,
je viens de merger sur la main les docs de bruno et j'ai revu la navigation dans la docs.
Mon niveau de compréhension ne me permet pas de tout comprendre. Peux tu y jeter un oeil avant notre réunion pour voir si c'est compréhensible.
cf https://git.pdplibre.org/Construction_PA/PA_Communautaire/src/branch/main/docs/developpement/BDD_README.md et les 2 pages liées
D'avance merci
Je ferais les mise à jour que tu me diras mardi
Je vous mets en PJ le skill utilisé dans Claude qui embarque 4 fichiers de référence sur
A voir comment les utiliser ou pas.
Mémo pour moi
TODO:
Le build est que si on change des choses dans un Dockerfile.
Le push est critique. On fait un push que si on veut déployer l'image au monde. Le push devrait être fait, qu'au moment du déploiement, lorsque le Dockerfile arrive sur un branch main par exemple.
Si on veut utiliser les images hébergées sur https://git.pdplibre.org/Construction_PA/ il faut faire un :
Le login et le mot de passe sont les identifiants que vous utilisez pour https://git.pdplibre.org.
Résumé des commandes