A few weeks ago I posted and updated poster for the collection structure and naming conventions. because of the great feedback I got I have now added a new poster for objects like Task sequences, applications, packages and WIM files in the ConfigMgr Console. Additionally I have moved all posters to the Github to simplify the download process.
You can find all Naming Conventions on GitHub.
So, keep your ConfigMgr environment clean and tidy! This makes your and your colleagues live easier.
I have also added a details explanation about each variable I use in the naming convention in the newest poster:
Manufacturer | Use always the same name. For example, no not use Msft, MS, Microsoft and for at other places Microsoft Corporation. If no manufacturer is available like for some Opensource tools use “Others”. |
Product | This is the product name like Office or Photoshop. Sometimes the manufacturer adds a marketing version number like for example 2016 or X to the product name. This should be removed. |
Version | The product version should be the version number in the format of 0.0.0.0. Do not use the marketing version number like for example 2016 or X. If there are only fewer version numbers like 0.0 or 0.0.0 available, then this is also ok. |
Package Version | This is the version/revision number of the packaged application. This means each time your package engineer has to update something, then this number should be increased by 1. I recommend using 001 and not a version number like the product version to explicit differentiate from the product version number. |
P/V | If you use physical and virtual packages like APP-V, then it makes sense to specify the type in the deployment types. |
Language | The language should be specified with the two characters abbreviation like EN, DE, FR and so on. If the application contains multiple languages, then use ML. |
Architecture | The architecture should specify the used process architecture like x64 or x86. If the setup is installing automatically the correct one or is installing both on a x64 system, then use x99 as architecture. |
Configuration | Some values allow to specify a specific configuration. This is useful if you have a single application but for example different configurations for different departments. |
OS | The OS can be for example Windows7 or Windows1903. |
Edition | This should define the installed OS edition like home, pro, enterprise or edu. |
ImageVersion | The image version is for like the package version your own version number. 000 should mark the original WIM file from the DVD. Self generated WIM files should have numbers counted up from 001. |
Principal Security Consultant | MVP at baseVISION AG
I’m a consultant, trainer and architect for modern workplace and enterprise mobility projects with Microsoft Technologies in the past ten years. I love to push and design the modern workplace based on Microsoft 365 for my customers which is the only answer for the current security threats, agile world and the fast-changing business requirements of my customers. Important for me is to simplify and automate the operational processes, because there are the highest costs.
Latest posts by Thomas Kurth (see all)
- Microsoft Sentinel ASIM Parser demystified - March 31, 2024
- Enhancing Network Security Insights with IDS/IPS of Ubiquiti Dream Machine Pro and Microsoft Sentinel - March 10, 2024
- Ubiquiti Dream Machine Pro Logs to Microsoft Sentinel - February 6, 2024
0 Comments