meaningfull-commits

Meaningfull-commits (borjagm1/meaningfull-commits) は、意図的に最小限に構成されたノベルティ・リポジトリであり、その目的は増え続けるカウンターであることです。READMEでは「数値が上がる。それだけだ。それがこのリポジトリだ」と要約されています。 ドキュメント化されたフローは以下の通りです：cronジョブがgrind.shを呼び出し、それがindex.htmlを更新し、Caddyがその結果を配信します。同じスクリプトがGitHubへのコミットとプッシュも行います。READMEに描かれたアーキテクチャは、[cron] -> grind.sh -> index.htmlを更新 -> Caddyが配信、およびgrind.sh -> git push -> GitHub（「神聖なる緑のマス目」と表現）という分岐になっています。 READMEに記載されているファイルは2つだけです。数値（THE NUMBER）を表示するindex.htmlと、インクリメントとコミットのサイクルという「grind（単純作業）」を実行するgrind.shです。その他のファイル、依存関係、設定オプション、テスト、またはインストール手順についての記述はありません。 Grind強度（Grind intensity）：READMEには、設定可能な間隔とそれによるコミット量の表が記載されています： - 5秒：1日あたり17,280回、1ヶ月あたり518,400回、1年あたり6,307,200回（「証明済みの狂気」） - 15秒：1日あたり5,760回、1ヶ月あたり172,800回、1年あたり2,102,400回（「GitHubが警察を呼ぶ」） - 30秒：1日あたり2,880回、1ヶ月あたり86,400回、1年あたり1,051,200回（「完全に常軌を逸している」） - 1分：1日あたり1,440回、1ヶ月あたり43,200回、1年あたり525,600回（「究極のgrindset」） - 5分：1日あたり288回、1ヶ月あたり8,640回、1年あたり105,120回（「立派なハッスル」） - 30分：1日あたり48回、1ヶ月あたり1,440回、1年あたり17,520回（「カジュアル」） FAQの記載内容：なぜやるのか？ 数値（THE NUMBER）は増えなければならないから。いつ止まるのか？ 止まらない。コストは？ VPSの料金は既に支払われており、ドメインはオプションの虚栄心であり、それ以外は0ドル。これはVPSの有効な活用法か？ 数値はそのような疑問に関心を持たない。VPSがダウンしたら？ 数値は一時停止し、忘れることなく、再開する。 ライセンスと範囲：このプロジェクトはMITライセンスで公開されています。実質的にはジョークプロジェクトですが、スケジューリングされたスクリプト実行、ファイルの変更、gitベースの状態保持、およびオペレーター自身のVPS上でのCaddyによる静的配信という、小規模で完結したセルフホストループを実演しています。記載された2つのファイルとcronスケジュール以外のすべては、デプロイする本人が用意する必要があります。