Closed cr4igo closed 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 :)
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?
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//Webedit/lib/.jar is being placed.
import
command is not working. So you need to lookup the dependencies manually and install them by the current existingmodule install
command beforehand. As I recognized, that when you execute the fs-cli commandexport 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/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":