e-Spirit / FSDevTools

Project to support developer experience (DX) with FirstSpirit template development by offering a connection between a VCS like Git and FirstSpirit.
Apache License 2.0
28 stars 20 forks source link

WIP Proposal: Export the projects FSM dependencies #13

Closed cr4igo closed 6 years ago

cr4igo commented 6 years ago

Work in Progress - this proposal is not yet completely defined, but you are very welcome to comment on it

Background of the proposal: When importing a project that has e.g. a custom input-component within its templates, an import command is not working. So you need to lookup the dependencies manually and install them by the current existing module install command beforehand. As I recognized, that when you execute the fs-cli command export root:templatestore projectproperty:ALL and your current project depends on in my case a webapp-module, then a jar-file e.g. under "Global/Modules/WebApps///Webedit/lib/.jar is being placed.

Proposal: This brought up the question / idea, if there should be the possibility to export also complete FSMs.

Variant 1 "like install / uninstallation of modules, manual step for export one FSM": Implement the possibility to export a module, so the .fsm file will be downloaded to the export directory.

_Variant 2 "optionally export used/required modules of the selected project" Implement the possibility to export the module(s) that are required projects to do a sync / import command against an empty FirstSpirit server instance.

Pros and Cons:

Variant 1 "module export"-step:

Variant "optionally export used/required modules of the selected project":

hannomalie commented 6 years ago

Hey Markus,

thanks for your participation and the effort you already put into modeling the two possible solutions. We'll discuss this internally, thanks for your patience in advance :)

hannomalie commented 6 years ago

Hi again,

I had a talk with Gerrit about the topic. The problem that we see here is, that probably unwanted dependencies are created between a project (content) and some modules. Release and deployment of modules is rather independent and stands for its own. What do you think about this problem?