I have oxid_vm with OXID EE6.0 and one module with old-style(metadata 1.1) and one with metadata 2.0 and composer dependencies. Everything works well on vm.
In the time i made some changes and now - how should looks deployment to the shared server without composer, git, etc…??? (oxid is already installed on shared server before changes version)
I now it is bad but can i copy/paste all source folder to the shared server and it should work?
How about module with composer dependencies? Should i do something before i will copy it to the sharedserver? (i mean something with vendor/bin or something else?) Maybe should i give up with modules with composer dep. in sharedserver?
Can i copy module with composer dependencies to server with no composer? or should i copy only old-style convention?
To install oxid on the shared server, copy all files (source and vendor) from local to remote right before you run graphical setup
whenever you change something locally, e.g. install a module, copy the changes in source directory only (e.g. module directory) to remote, as you did before v6
additionally, whenever you run composer locally, e.g. in order to install a module, copy the whole vendor directory to remote
In the link i supplied there is a section about how to replace the symbolic links in /vendor/bin with files. You can do this, but i checked and couldn’t find a place where oxid uses those links.
for now i thought that symbolic links are important only for INSTALLATION PROCCESS. Soo when i make composer update (after add new modue) i need to create new symlinks and then copy folder vendor to sharedserver? @marco.steinhaeuser
Not that I’m really experienced in updating OXID eShop 6 - but I think, you’re right: symlinks will IMO only be used during the (graphical) setup process.