Portable Bridge Workspace

Dieses Projekt ist eine portable Steuerungsebene für die Entwicklung, aufgebaut um ein entfernbares Laufwerk, einen privaten VPS und einen privaten Git-Dienst.

Das Ziel ist praktisch: Das Laufwerk soll für jede vertrauenswürdige Workstation oder jeden Coding-Agenten nutzbar sein, ohne Chatverlauf, einen einzelnen Laptop oder einen öffentlichen Code-Host zur Quelle der Wahrheit zu machen.

Was es ist

Ein Bridge-Arbeitsbereich für Projektarbeit:

• Projekt-Arbeitskopien liegen auf dem entfernbaren Laufwerk
• die private Git-Versionsgeschichte liegt in einer Forge auf dem VPS
• öffentliche Releases können weiterhin zu einem öffentlichen Code-Host gepusht werden, wenn ein Repository geteilt werden soll
• Repo-Hub stellt das gemeinsame Menü für Status, Git-Pushes und Übergabeentscheidungen bereit
• Hilfsskripte vereinheitlichen SSH und Git über verschiedene Maschinen hinweg
• Provider-API-Zugangsdaten können für DNS- und Wiederherstellungsautomatisierung mit dem Laufwerk reisen
• die Dokumentation reist mit dem Laufwerk, damit der Workflow später fortgesetzt werden kann

Weshalb es existiert

Das System trennt drei Aufgaben, die oft vermischt werden:

1. Das entfernbare Laufwerk ist die portable Werkbank.
2. Der VPS ist die dauerhafte private Heimatbasis.
3. Der öffentliche Code-Host dient Open-Source-Arbeit oder bewusst öffentlichen Projekten.

Diese Trennung hält private Infrastruktur privat und erlaubt gleichzeitig, ausgewählte Projekte öffentlich zu publizieren.

Was es leistet

• trägt genug Kontext, damit eine andere vertrauenswürdige Umgebung das Projektlayout versteht
• richtet die Projektsynchronisation an Git statt an spontanen Dateikopien aus
• unterstützt private Pushes nur zum VPS
• unterstützt Dual-Push für Repositories, die privat und öffentlich existieren sollen
• kann DNS über Provider-APIs aktualisieren, wenn manuelle Bedienoberflächen im Weg stehen
• stellt Repo-Hub als Hauptmenü für Statusprüfung, Pull, Push und Commit-Push-Workflows bereit

Repo-Hub

Die zentrale Schnittstelle ist ein Terminal-Menü, das alle Projekt-Repositories auflistet, unsauberen Zustand und Upstream-Synchronisation zeigt und Push-Entscheidungen eindeutig macht.

Damit erhält ein Coding-Agent oder eine vertrauenswürdige Workstation einen offensichtlichen ersten Befehl: zuerst Repo-Hub prüfen und erst dann entscheiden, was verändert werden darf.

Provider-API-Schicht

Die Bridge kann ausserdem Provider-API-Zugriff für kontrollierte Infrastrukturarbeit mitführen.

Der unmittelbare Anwendungsfall ist DNS: Records verschieben, veraltete Webhosting-Ziele entfernen und bestätigen, dass die öffentliche Domain auf den VPS zeigt. Eine getrennte Server-Control-API kann später für Snapshots, Ein- und Ausschaltvorgänge, Inventar oder Notfallwiederherstellung hinzukommen.

Diese API-Schicht ersetzt weder SSH noch Git. Sie ist eine schmale Provider-Steuerungsebene um den privaten VPS-Workflow.

Was bewusst weggelassen wird

• Serveradressen
• Domains
• Benutzernamen
• SSH-Schlüssel, Fingerabdrücke und geheime Pfade
• API-Schlüssel, Tokenformate und Provider-Kontokennungen
• Details zum Provider-Konto
• Wiederherstellungszugangsdaten
• exakte lokale Mount-Pfade

Technische Themen

• portable Arbeitsbereiche
• privates Git-Hosting
• SSH-Vertrauensgrenzen
• selbst gehostete Entwicklungsinfrastruktur
• Repository-Spiegelung und Dual-Push
• Dokumentation als betriebliches Gedächtnis

Weiterführende Informationen

• Workflow-Anhang öffnen