Lucas,
We name them based on the project, not very formal, but it works. We don't allow solutions to be renamed after they are created either. Only objects that are changed or added are included in the solution, not one object more or less, no excuses. What i also require is in the description of the solution it states every object in the solution and what was done to it, also any notes on what needs to be done to the destination environment before and after the solution import (this covers things not done in a solution like import/update data and deletion of objects). When the solution moves to production the solution description it copied into a log and the solution file is kept as well. Since the solutions are unmanaged there is no reason to keep them in production, once a solution is in production for a while, usually about 6 months, it is deleted.
The toughest challenge we have had with moving solutions is when there are multiple projects running that impact the same entity. We try to avoid this or try to get projects lumped/delivered together. Other than this, our process seems to be working.
Hope this helps,
------------------------------
Jim Corriveau
A.W. Chesterton Company
Groveland MA
------------------------------
Original Message:
Sent: Jan 18, 2021 01:55 PM
From: Shawn Hickey
Subject: What's your preferred way of naming and managing solutions?
@Allison Briden - we are doing something similar. How do you prevent a large number of solutions in your production environment, since you are importing a different one for every single change? Or does it matter? Over time I would think we would want to clean up all the different solutions that get added to the production environment continuously over time?
------------------------------
Shawn Hickey
Burns & McDonnell
Kansas City MO
Original Message:
Sent: Jan 14, 2021 11:14 AM
From: Allison Briden
Subject: What's your preferred way of naming and managing solutions?
Lucas,
It sounds like you've got a very organized system for your naming your solutions.
For my organization, I do keep solutions to one main customization. It makes the solutions small, easy to release, and each one has minimal impact on users. When going Unmanaged, it makes solutions easier to pull back if you want to change. I name my solutions according to the main entity affected and the change (e.g., Contact_PackagingPref if I'm adding shipment packaging preferences to a Contact). I store the solutions in Azure DevOps Repository where I can enter a brief description of the solution and developer name when I commit.
------------------------------
Allison Briden
Business Systems Analyst
Energy Trust of Oregon
Portland OR
Original Message:
Sent: Jan 13, 2021 10:41 AM
From: Lucas Hewitt
Subject: What's your preferred way of naming and managing solutions?
I have finally developed an SDL process for our org and my last task is to determine a naming convention for our solutions. We'll be going with unmanaged solutions in all envs because of our size and small team (aka, me).
My question is, how do you name your solutions? So far we're thinking "SOL-CE####-INT-DESC" where we ID it as a solution for our DB sake, then note that it's a CE solution with a sequential number, then the initials of the developer, then a short description. So it could look like this: SOL-CE0004-ABC-NewContactViews. We'd also of course add a fuller description in the description field for the solution but being able to see at a glance what's in a solution is helpful.
However, my main concern with this is that I'd have to keep each solution to one main customization. I'm fine doing that but wanted to get other opinions on the matter, especially regarding how to manage the number of customizations per solution. And I know there's no one right answer but I'm sure some are better than others!
------------------------------
Lucas Hewitt
Enterprise Application Specialist
Ethnos360
------------------------------