commytho
Un outil en ligne de commande qui pousse des commits sur un dépôt qui vous appartient, à un rythme que vous fixez, depuis votre propre machine.
Le nom vient de commit et de mytho.
Le programme ne prétend pas faire autre chose que ce qu'il fait : ajouter une ligne dans un fichier, la commiter, la pousser. Personne n'est dupe, vous non plus.
C'est avant tout un prétexte pour manipuler des sujets utiles :
planificateurs natifs des trois systèmes, stockage de secret dans un trousseau, API GitHub, empaquetage Python, publication automatisée...
Installation
pipx install commytho
pipx installe l'outil dans son propre environnement et met la commande sur le
PATH, sans polluer votre Python système. Si vous ne l'avez pas :
python -m pip install --user pipx
python -m pipx ensurepath
Il vous faut aussi git, et Python 3.10 ou plus récent.
Prise en main
commytho login # enregistre un jeton GitHub dans le trousseau du système
commytho init # choisit le dépôt cible, ou le crée
commytho up # pose la tâche planifiée
commytho status # montre où en sont les choses
commytho down # retire la tâche planifiée
Un exemple complet, du jeton au premier commit :
commytho login
commytho init --create journal --private
commytho up --per-day 1-3 --days lun-ven --window 09:00-19:00 --max 20
Le jeton GitHub
commytho login demande un jeton d'accès personnel à portée fine, à créer sur
https://github.com/settings/personal-access-tokens/new.
Permissions à cocher, dans Repository permissions :
| Permission | Niveau | À quoi ça sert |
|---|---|---|
Contents |
Read and write | pousser les commits |
Metadata |
Read-only | ajouté d'office par GitHub |
Administration |
Read and write | seulement si vous voulez que commytho crée le dépôt |
Limitez la portée au dépôt concerné et mettez une date d'expiration. Si vous
choisissez un dépôt existant, la permission Administration est inutile.
Le jeton part dans le trousseau du système : Gestionnaire d'identification sous
Windows, Trousseau d'accès sous macOS, Secret Service sous Linux. Il n'apparaît
ni dans la configuration, ni dans .git/config, ni dans la liste des processus.
Sur une machine sans trousseau, typiquement un serveur sans session graphique,
commytho se rabat sur un fichier lisible par votre seul compte et vous prévient.
Pour tout effacer : commytho logout.
Les options de commytho up
| Option | Défaut | Effet |
|---|---|---|
--per-day N ou N-M |
1-3 |
nombre de commits tirés chaque jour actif |
--days |
lun-ven |
jours actifs :lun-ven, sam,dim, tous, weekend |
--window |
09:00-19:00 |
plage horaire, à l'heure locale de la machine |
--max N |
20 |
plafond quotidien, quoi qu'il arrive |
--tick MINUTES |
30 |
fréquence de réveil du planificateur |
--rattrapage N |
1 |
créneaux en retard rejoués par réveil,0 pour tous |
--rattrapage-jours N |
0 |
journées passées reprises à la réouverture de session |
--max-lines N |
1000 |
longueur au-delà de laquelle le fichier suivi laisse la place |
--messages FICHIER |
liste interne | vos propres messages de commit, un par ligne |
--dry-run |
affiche le programme prévu sans rien installer |
commytho plan --days 14 montre les deux prochaines semaines sans rien écrire.
Comment ça marche
Le planificateur du système réveille commytho toutes les trente minutes par défaut. Ce réveil ne commite pas forcément.
Chaque jour, commytho tire un programme, par exemple 09:47, 13:12 et 17:29. Le tirage est déterministe pour un couple dépôt et date : deux réveils du même jour retombent sur le même programme, même si le fichier d'état a disparu. Un réveil ne fait quelque chose que si un créneau est arrivé à échéance.
Les créneaux sont répartis en tranches égales dans la plage horaire, avec un tirage à l'intérieur de chaque tranche. On évite ainsi les paquets de commits à la même minute tout en gardant un rythme irrégulier.
Si la machine était éteinte et que plusieurs créneaux sont en retard, commytho
n'en rattrape qu'un seul, le plus récent, et abandonne les autres. Repousser six
commits d'un coup après un week-end serait exactement le contraire du but.
--rattrapage 0 renverse ce choix et rejoue tout le programme manqué du jour,
ce qui convient quand la machine n'est allumée qu'une partie de la journée.
Le plafond de vingt commits par jour est là pour la même raison. Vous pouvez le relever, l'outil vous dira simplement ce qu'il en pense.
Poser la tâche ne réécrit pas le passé : les créneaux du jour déjà écoulés sont comptés comme honorés. Changer de rythme à midi ne déclenche donc pas une salve rétroactive, la journée en cours part de l'heure de la pose.
Une machine éteinte plusieurs jours
Par défaut, une journée manquée est une journée perdue : au réveil suivant, commytho ne regarde que le jour courant.
--rattrapage-jours N remonte plus loin. À la réouverture de session, commytho
reprend les programmes des N derniers jours et pousse tout ce qui n'a pas été
fait. Chaque commit garde la date et l'heure de son créneau d'origine, pas
celles du réveil : un vendredi rattrapé le lundi reste daté du vendredi.
commytho up --rattrapage 0 --rattrapage-jours 7
La remontée s'arrête à la date de pose de la tâche. Une installation toute neuve n'invente donc pas une semaine d'activité à son premier réveil.
Quand le journal s'allonge
Passé mille lignes, commytho laisse journal.md tranquille et ouvre
journal-2.md, puis journal-3.md. Un fichier qui grossit sans fin finit par
peser dans chaque diff et devient pénible à ouvrir sur GitHub.
Le numéro en cours se lit dans le dépôt lui-même, pas dans un fichier d'état :
effacer l'état local, ou installer commytho sur une seconde machine, ne fait
pas repartir la rotation en arrière. commytho status affiche le fichier
réellement alimenté.
Le seuil se règle avec --max-lines, et --max-lines 0 désactive la
rotation.
Le planificateur, système par système
| Système | Mécanisme | Vérifier à la main |
|---|---|---|
| Windows | tâche planifiéecommytho |
schtasks /Query /TN commytho |
| macOS | agent launchdcom.commytho.tick |
launchctl list | grep commytho |
| Linux | minuterie systemd utilisateur | systemctl --user list-timers commytho |
| Linux sans systemd | entrée crontab marquée | crontab -l |
Tout est posé sous votre compte utilisateur, sans droits administrateur, et survit au redémarrage.
Sous Linux, une minuterie utilisateur s'arrête quand vous fermez votre session. Pour qu'elle continue à tourner, activez le maintien de session :
loginctl enable-linger "$USER"
Où sont les fichiers
| Rôle | Windows | macOS | Linux |
|---|---|---|---|
| Configuration | %APPDATA%\commytho |
~/Library/Application Support/commytho |
~/.config/commytho |
| État, journal, copie du dépôt | %LOCALAPPDATA%\commytho |
~/Library/Application Support/commytho |
~/.local/share/commytho |
commytho status affiche les chemins exacts de votre machine. La copie locale
du dépôt appartient à commytho : vos dépôts de travail ne sont jamais touchés.
Dépannage
Les commits n'apparaissent pas sur mon profil. GitHub ne compte une
contribution que si l'adresse de l'auteur appartient au compte. commytho utilise
l'adresse noreply du compte, ce qui remplit toujours cette condition. Vérifiez
avec commytho status que l'auteur est bien le vôtre.
Le dépôt est privé. Activez Private contributions dans les réglages du
graphe de contributions, sinon rien ne s'affiche.
Rien ne se passe. Regardez le journal, dont commytho status donne le
chemin. Pour forcer un commit tout de suite et voir ce qui se passe :
commytho run --force --verbose
Le jeton a expiré. commytho login à nouveau, le jeton est remplacé.
Une fenêtre noire apparaît à chaque commit. Elle ne devrait plus. Si vous
venez d'une version antérieure à la 1.1.0, la tâche posée à l'époque est restée
telle quelle : relancez commytho up pour la remplacer.
Développement
git clone https://github.com/GuillaumeYves/commytho
cd commytho
python -m pip install -e ".[dev]"
python -m pytest
python -m ruff check .
Les tests ne touchent ni au réseau, ni à git, ni à la configuration réelle de la machine : tout passe par des dossiers temporaires.
Publication
Les versions partent sur PyPI depuis GitHub Actions, déclenchées par un tag.
Voir CONTRIBUTING.md pour la marche à suivre.
Licence
MIT.
Metadata
Release files for commytho 1.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| commytho-1.1.0.tar.gz | 40.3 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| commytho-1.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 81.3 kB
Release files / commytho-1.1.0.tar.gz
| Download URL | commytho-1.1.0.tar.gz |
|---|---|
| Size | 40.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
afe576541d14daa37d2dff6a89f7b16ca61c81fe9401f8a51ae7702ca4eeafea
|
|
BLAKE2b-256 checksum How to use checksums |
a018556da572e82a67896e4d47350396ae983ba8ce1aaed30c6cc617a0d2d074
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 15, 2026.
Transparency logRelease files / commytho-1.1.0-py3-none-any.whl
| Download URL | commytho-1.1.0-py3-none-any.whl |
|---|---|
| Size | 41.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
96fd045622084cf4abbf09f167785667c07e04d71f4442e41adeaa396046c9f0
|
|
BLAKE2b-256 checksum How to use checksums |
92a637dd7433f7bb89eb90394557342c484355c5b2ed574c2e025d57e3be7a86
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 15, 2026.
Transparency log