Prawostanowienie — polskie prawo jako repozytorium git

Każda ustawa to jeden plik Markdown, którego git log -p jest historią jego nowelizacji. Każdy commit-merge to prawo wchodzące w życie; każdy diff to dokładna zmiana brzmienia. Gałęzie to projekty ustaw, a głosowania — przypisania na commitach scalających.

Korpus jest generowany deterministycznie z oficjalnego API Sejmu (api.sejm.gov.pl) przez narzędzie sejm2git. Tekst jest rekonstrukcją — odtworzony przez ponowne wykonanie łańcucha nowelizacji nad aktem pierwotnym (oficjalne teksty jednolite są dostępne tylko jako PDF) — zwalidowaną wobec oficjalnych tekstów jednolitych przy średniej zgodności ~99% na 132 ustawach.

Jak czytać ten korpus

# historia jednej ustawy jako seria diffów (kanoniczny widok):
git log -p ustawy/2018/0305-ustawa-z-dnia-10-stycznia-2018-r-o-ograniczeniu-handlu-w-niedziele-i-s.md

# co mówił dany przepis w danym dniu:
git blame ustawy/2018/0305-*.md

# graf życia ustawy: gałąź na nowelizację, merge w dniu wejścia w życie:
git log --graph --oneline --all -- ustawy/2018/0305-*.md

Pojedynczy git show nowelizacji to zmiana prawna jako czysty diff:

 **Art. 7.**
 1. Zakaz, o którym mowa w art. 5, nie obowiązuje w:
-  1) kolejne dwie niedziele poprzedzające pierwszy dzień Bożego Narodzenia;
+  1) kolejne trzy niedziele poprzedzające Wigilię Bożego Narodzenia;

Gałęzie

gałąź	znaczenie
main	prawo obowiązujące — zrekonstruowany tekst jednolity
nowelizacja/DU-RRRR-PPPP	uchwalona nowelizacja; zmergowana --no-ff w dniu wejścia w życie
w-toku/termN-drukM	projekt nadal w Sejmie — gałąź otwarta (żywy PR)
odrzucone/…, wycofane/…, niezakonczone/…	projekty, które upadły (odrzucone w głosowaniu, wycofane, albo wygasłe z końcem kadencji wskutek zasady dyskontynuacji) — gałęzie niezmergowane

Każda gałąź odtwarza drogę legislacyjną projektu: po jednym commicie na etap (stages[]), datowanym datą etapu, z wynikami głosowań w treści commita.

Głosowania — „demokratyczny merge”

Tam, gdzie dołączono imienne głosowania, każdy commit-merge uchwalenia nosi trailery z posłami jako stabilnymi tożsamościami git:

# kto głosował przeciw danemu uchwaleniu:
git show -s --format='%(trailers:key=Vote-against,valueonly)' <merge>

# każda ustawa, którą dany poseł poparł, we wszystkich kadencjach:
git log --all --grep 'Vote-for: .*<tusk.donald@poslowie.sejm.gov.pl>'

Vote-for / Vote-against / Vote-abstain — bo Co-Authored-By potrafi przypisać poparcie, ale nie sprzeciw, a prawomocność ustawy opiera się na zapisanym NIE tak samo, jak na TAK.

Daty

Każdy commit nosi historyczną datę (autora i commitera): merge w dniu wejścia w życie, commity etapów w dniach etapów. To nie są daty wygenerowania korpusu. Dzięki temu git blame jest prawdziwy temporalnie — pokazuje prawo w postaci faktycznie obowiązującej danego dnia. Kanonicznym widokiem jest historia pojedynczego pliku (git log -p <plik>); jest ona wewnętrznie chronologiczna.

Skąd to się bierze

sejm2git jest deterministyczny: ten sam stan API + te same daty ⇒ identyczne skróty commitów. Korpus jest więc czystą funkcją stanu Sejmu w danej chwili i odświeża się bez zbędnego szumu — repozytorium zmienia się tylko wtedy, gdy zmienia się rzeczywistość.

Esej o tym, gdzie stanowienie prawa nie daje się zamknąć w modelu gita (PL/EN), oraz pełna dokumentacja: sejm2git.