Front-End-Web-Projekte in separaten Repos von Back-End-Projekt (API) entwickelt

Question

Angenommen, Sie entwickeln ein Web-Front-End namens F und F wird von einem Backend-Server S serviert, die meist eine RESTful API ist, kann aber auch HTML. Für die meisten dynamischen Sprachplattformen würden wir diesen Frontend-Code in das öffentliche Verzeichnis einfügen, und der Server würde Seiten aus diesem Verzeichnis bereitstellen. Was aber, wenn Sie das Front-End in einem separaten Repo vom Backend-Code entwickeln?

Mit anderen Worten, was ist der beste Weg, um den Quellcode für F in einem separaten Git Repo von Server S zu halten? Wie halten Entwickler das Web-Front-End für Server in separaten Projekten für das Back-End? Oder ist das bei Webservern nicht üblich?

Meine Vermutung ist, dass für Outfits, die das Front-End in einem separaten Projekt entwickeln, dann tun sie dies als Build-Schritt - sie kopieren den Quellcode für das Web-Front-End in ein erkanntes Verzeichnis für die Backend-Server-Projekt S.

Hoffe, diese Frage macht Sinn.

Von dem, was ich kann sagen, Polymer ist Vulcanize, was ich versuche zu verweisen - es bietet einen Build-Schritt, der eine HTML-Datei in der richtigen Stelle erzeugt - https://github.com/Polymer/vulcanize

Answer 1

Ihre Frage wie ein sehr häufiger Anwendungsfall sucht git submodules oder subtrees

Alternativ, wenn Ihr Frontend Menschen nie entwickeln S und Back-End-Leute nie F entwickeln, dann sollten Sie Paketabhängigkeitsmanager wieverwendenoder composer. F Entwickler gehören S als Abhängigkeit, und S Entwickler gehören F als Abhängigkeit.