sync_shared: LOCKED_FILES-Eintrag entfernt nach Phase 16
Nach Phase 16 (Monitor-source_health.py auf Phase-2-Stand) sind alle 4 shared/-Dateien wieder identisch zwischen Monitor und Verwaltung. Der Lock auf source_health.py war nur fuer den Zeitraum noetig, in dem die Verwaltung die History-Logik schon hatte und der Monitor noch nicht.
Dieser Commit ist enthalten in:
@@ -41,10 +41,9 @@ SHARED_FILES = [
|
|||||||
# duerfen. Drift wird gemeldet (zur Information), aber --apply schreibt nicht.
|
# duerfen. Drift wird gemeldet (zur Information), aber --apply schreibt nicht.
|
||||||
# Wenn der Monitor-Source auch sinnvoll ins Update soll: Aenderungen manuell
|
# Wenn der Monitor-Source auch sinnvoll ins Update soll: Aenderungen manuell
|
||||||
# in den Verwaltungs-Fork einarbeiten, dann Eintrag pruefen oder entfernen.
|
# in den Verwaltungs-Fork einarbeiten, dann Eintrag pruefen oder entfernen.
|
||||||
LOCKED_FILES = {
|
LOCKED_FILES: dict[str, str] = {
|
||||||
"src/shared/services/source_health.py":
|
# Aktuell keine Forks. Falls in Zukunft ein shared/-File bewusst von der
|
||||||
"Phase 2 (Verwaltung): tenant_id-Filter weg + Historie-Archivierung "
|
# Monitor-Version abweichen soll, hier eintragen mit Begruendung.
|
||||||
"+ User-Agent/Timeout aus Config - waere im Monitor unsinnig.",
|
|
||||||
}
|
}
|
||||||
|
|
||||||
DEFAULT_MONITOR = Path("/home/claude-dev/AegisSight-Monitor")
|
DEFAULT_MONITOR = Path("/home/claude-dev/AegisSight-Monitor")
|
||||||
|
|||||||
In neuem Issue referenzieren
Einen Benutzer sperren