Hi,
wir benutzen die vg. Komponenten für https://foederale-it-architekturrichtlinie.gov.de/, u. A. die Komponente md-to-gitlab-page.
Das funktioniert recht gut - abgesehen von der Unschönheit, dass ein Build immer für das Root-Verzeichnis des Zielservers generiert wird.
Warum das ein Problem ist: Bevor wir etwas veröffentlichen, würden wir uns das gerne anschauen, bzw. auch andere Personen (außerhalb des Entwicklerteams) um ein Review von Änderungen bitten.
Wir haben hierfür in anderen Projekten (auf Basis von Docusaurus oder Next.JS) einen entsprechenden Mechanismus, der uns solche Previews auf einem anderen Webserver bereitstellt. Die Ziel-URL für solche Previews enthält dabei als Pfad eine Projektkurzbezeichnung sowie die projektspezifische Merge Request ID aus Gitlab (CI_MERGE_REQUEST_IID). Es handelt sich also nicht um das Root-Verzeichnis des betr. Webservers!
Demzufolge stimmen natürlich die von md-to-gitlab-page generierten Links nicht. 
Wie eine Lösung aussehen könnte: Das Einfachste wäre wohl, wenn das Document Writing CI Components Projektteam der Komponente md-to-gitlab-page einen neuen Input Parameter base-path o.Ä. hinzufügen würde, welcher den Basispfad für das Deployment angibt (also z. B. /subfolder, um das Ergebnis von domain.com/subfolder abzurufen). Next.JS unterstützt dass ja (via basePath).
Die Verwendung der md-to-web-Komponente wäre hier mit Kanonen auf Spatzen geschossen.
Übersehe ich etwas? Hat jemand bereits diesbezügliche Erfahrungen? Kann evtl. jemand aus dem Document Writing CI Components Team was dazu sagen (maybe @oc000048015292)?
Danke im Voraus für Euer Feedback, viele Grüße!
Jürgen
! Das Thema Preview ist auch für andere Nutzende sehr spannend – könntet ihr euch vorstellen, dass wir uns einmal zu eurer Implementierung der Preview der Stände aus MR etc. auf anderen Pfaden austauschen könnten? Wir fänden das sehr spannend, so eine Funktion ggf. direkt über die CI-Komponente verfügbar zu machen.
)!