프로젝트 소개

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에 나열된 파일은 단 두 개입니다. 숫자를 보여주는 index.html과 증분 및 커밋 사이클인 '그라인드'를 수행하는 grind.sh입니다. 그 외의 파일, 의존성, 설정 옵션, 테스트 또는 설치 단계는 설명되어 있지 않습니다. 그라인드 강도: README는 가능한 간격과 그에 따른 커밋 양에 대한 표를 제공합니다. - 5초: 일일 17,280회, 월간 518,400회, 연간 6,307,200회 ("증명된 광기") - 15초: 일일 5,760회, 월간 172,800회, 연간 2,102,400회 ("GitHub가 경찰을 부름") - 30초: 일일 2,880회, 월간 86,400회, 연간 1,051,200회 ("완전한 제정신 아님") - 1분: 일일 1,440회, 월간 43,200회, 연간 525,600회 ("피크 그라인드셋") - 5분: 일일 288회, 월간 8,640회, 연간 105,120회 ("존중받을 만한 허슬") - 30분: 일일 48회, 월간 1,440회, 연간 17,520회 ("캐주얼") 작성된 FAQ 내용은 다음과 같습니다. 왜 하는가? 숫자는 반드시 증가해야 하기 때문입니다. 언제 멈추는가? 멈추지 않습니다. 비용은? VPS 비용은 이미 지불하고 있으며, 도메인은 선택적인 허영심일 뿐 그 외 모든 것은 0달러입니다. 이것이 VPS의 올바른 사용법인가? 숫자는 그런 질문에 관심을 두지 않습니다. VPS가 다운되면 어떻게 되는가? 숫자는 일시 정지하지만 잊지 않으며, 다시 재개됩니다. 라이선스 및 범위: 이 프로젝트는 MIT 라이선스로 배포됩니다. 사실상 농담 같은 프로젝트이지만, 예약된 스크립트 실행, 파일 변조, git 기반의 상태 유지, 그리고 운영자의 VPS에서 Caddy를 통한 정적 서비스라는 작고 완전한 셀프 호스팅 루프를 보여줍니다. 나열된 두 파일과 cron 일정 이외의 모든 것은 배포자가 직접 제공해야 합니다.