repo-hygienelisted

# Was gehört ins Repository? ## Warum es diesen Skill gibt Ein Repository vergisst nichts. Was einmal committet und gepusht ist, steht in der Historie — auch nach einem `git rm` im nächsten Commit. Deshalb ist der Zeitpunkt **vor** dem ersten Commit der einzige billige. Alles hier zielt darauf, diesen Moment zu nutzen statt ihn zu verpassen. Ist er verpasst: Abschnitt „Es ist schon passiert". ## Die Grundasymmetrie In den meisten Projekten mit einem Menschen und einem Modell gilt eine erstaunlich verlässliche Faustregel: - **Erzeugter Quelltext gehört ins Repository.** Genau dafür ist es da — Historie, Nachvollziehbarkeit, Änderungsverfolgung. Und die Quelle dieser Dateien ist ohnehin das Modell, also gibt es keine zweite Wahrheit, die verloren gehen könnte. - **Was der Mensch beisteuert, gehört meistens nicht hinein.** Es ist typischerweise schon mit echten Daten gefüllt: fertige Dokumente, Exporte, Diagnoseberichte, Messreihen, Kundendaten, Screenshots aus dem Produktivsystem. Das ist eine Faustregel, kein Gesetz — der Mensch liefert auch Konfiguration, Schemata oder Testdaten, die sehr wohl hineingehören. Aber sie sagt dir, in welche Richtung du im Zweifel fragen solltest. ## Whitelist statt Blacklist Die übliche `.gitignore` ist eine Blacklist: alles ist drin, außer man schließt es aus. Das ist die falsche Richtung, denn ein Versehen fällt in die riskante Richtung — eine Datei, an die niemand gedacht hat, landet im Repository. Dreh es um: erst alles igno