Thanks @Jiachen Li-MSFT ,
Yeah, the reason is if I want to install "Microsoft Windows Desktop Runtime" of version "6.0.0", I can simply take the version from the website itself and put it in the script to find out the machines which have lower version. In this case, I would simply check for the machines which have "Microsoft Windows Desktop Runtime" with a version lesser than "6.0.0".
But, in the case of SDK, I can not make this logic just with the version available on the website. I need to know the exact version that is getting installed for which I need to install the product manually and I need to use that version to find out the machines which have a lower version of SDK than the targetted version of SDK. It makes my life a bit difficult.
For SDK 6.0.100, I can not simply use the version given on the website. Because the actual version that is getting installed is different.
Thanks again for your time.
Regards,
D.Dhanraj
If SDK followed semantic versioning, it would have been a lot better for me.
Thanks@Bruce (SqlWork.com) .
our scenario is , If we want to install "Microsoft Windows Desktop Runtime" of version "6.0.0" (The one which we get from the website), we create a script that will check for any machines which are installed with "Microsoft.NETCore.App" of version lesser than "6.0.0". Basically, the script will check for the "Display Version" of "Microsoft.NETCore.App" on the registry to see if it is lesser than "6.0.0". If yes, it will install. if not, it will not.
The script works because the version mentioned on the website and on the registry matches.
But if I try to create the same logic to install "SDK" of version "6.0.100" (The one which we get from the website) on the computers which have "Display Version" lesser than "6.0.100" on the registry, it is not working as it worked for the above, since the display version on the registry and version mentioned on the website are different. (Display version on the registry for this product is 6.1.21.52711).
Due to this inconsistency,we are not able to create a baseline for SDK that will check for the display version lesser than the version mentioned on the website.
If we still want to create a baseline to check for the lower version, then we need to install SDK on a machine manually to get to know the display version from registry manually instead of just using the version given on the website and put it in the script.
Thanks@Bruce (SqlWork.com) .
our scenario is , If we want to install "Microsoft Windows Desktop Runtime" of version "6.0.0" (The one which we get from the website), we create a script that will check for any machines which are installed with "Microsoft.NETCore.App" of version lesser than "6.0.0". Basically, the script will check for the "Display Version" of "Microsoft.NETCore.App" on the registry to see if it is lesser than "6.0.0". If yes, it will install. if not, it will not.
The script works because the version mentioned on the website and on the registry matches.
But if I try to create the same logic to install "SDK" of version "6.0.100" (The one which we get from the website) on the computers which have "Display Version" lesser than "6.0.100" on the registry, it is not working as it worked for the above, since the display version on the registry and version mentioned on the website are different. (Display version on the registry for this product is 6.1.21.52711).
Due to this inconsistency,we are not able to create a baseline for SDK that will check for the display version lesser than the version mentioned on the website.
If we still want to create a baseline to check for the lower version, then we need to install SDK on a machine manually to get to know the display version from registry manually instead of just using the version given on the website and put it in the script.