Dis, Masto !
J'ai envie d'écrire un bouquin avec un Git.
Vous avez des how-to, des références ou des tutos pour le faire ?
J'écris déjà en Markdown sur Zettlr, ce serait mon premier bouquin et je n'ai qu'un compte sur GitHub pour me familiariser.
Donc, si ça commence à la base de la base, ça me va très bien.
Je vous mets au jus si vous voulez participer une fois que j'aurai lancé le projet.
En attendant, je vais écrire la description, histoire d'avoir un readme au départ.
ReToot appréciés
@Lolo_le_13 J'ai commencé à en écrire un cette année justement. Etant dev, il était évident que j'allais utiliser git. Par coté soft, je me suis cherché.
J'ai cherché un truc pratique pour :
- écrire confortablement et de facon fluide
- écrire avec des raccourcis clavier que je maîtrise déjà
- écrire des notes organisées et liées.
- Pour exporter facilement pour relecture et partage.
1/3
@Lolo_le_13
J'ai utilisé Logseq pendant un certain temps. Assez pratique, en markdown, les fichiers sont stockés au format texte brute (on peut donc les mettre dans un repo et commit de temps en temps. Les notes sont liées de façon claire. Mais pas assez léger et simple à mon gout. Je voulais vraiment une expérience ultra légère. Et l'exportation n'était pas hyper propre, et intégrait mes notes inline.
2/3
Pour ce qui est de git, je peux commit directement dans VSCodium. Je commit mes brouillons, mes chapitres, mes relectures, mes typos séparément sur ma branche main. Et j'ai une branche secondaire, sur laquelle je commit automatiquement toutes les minutes (avec un petit script que j'ai préparé aussi). VSCodium autosave au bout de 3s, et mon script auto commit. et auto push. Comme ca, j'ai vraiment toutes ma progression et aucune chance de perdre un chapitre.
4/5 (décidement)
@Lolo_le_13
Pour ce qui est du repository, de mon coté, j'ai une instance auto hébergée de Gitea.
Voilà tout ce que je peux dire. J'espère que tout ce blabla aura servi à quelque chose.
5/5 (Ah bin quand meme.. Désolé)