Hi Benny,
I think that the problem with the naming convention is that there are too many flavours of architecture to have ONE naming convention.
One customer has a client for every single application. Another one has a client for every environment. In this case the applications are subdirectories. One customer does not want to have common elements. Another one does. Another one relies heavily on reusing some sort framework with copies of identical objects.
This means that naming conventions and folder structures and what to place within differs much! And none of them must be wrong...
Also the question of the deployment between environments depends on the question how they are set up in general. Consider for example installations where one team does everything while on another you have an an admin team and many different deployment teams for applications. This plus the question wether you are in a regulated environment like in a bank deplyoment might be restricted and looks different compared to more "liberate" ones.
The only thing that is somehow obvious(?) is what
@Nicole Boeger mentioned: You can bring a lot of structure in your projects with action packs. I worked a lot with them in a CDA (former ARA) project.So I can fully support that statement.
Regards
Juergen
------------------------------
Juergen Lechner
Senior Consultant
setis GmbH
Germany
------------------------------
Original Message:
Sent: 05-21-2020 03:43 AM
From: Benny Blanco
Subject: Best practise
Hello,
Is there an Automic document containing the best practises ?
I mean
How to deploy code between environment ?
Naming conventions ?
Folder structure ? How to group objects in a folder ...
The not to do ?
Thanks