mintyrhinoceros
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Понятно. Что ж, тогда дозированно продолжаем рассмотрение списков обновлений... Возьмем, например обновление для .NET Framework 3.5.1 KB2637518-v2, которое мне не очень нравится... 1) Это обновление никогда не предлагалось WU. 2) По-файлово KB2637518-v2 полностью заменяется предлагаемым WU обновлением KB2973112. 3) Но, KB2637518-v2 в отличие от KB2973112 не содержит GDR-ветви, характерной для публичных обновлений Windows 7, оно содержит только LDR-версии компонентов .NET351, что характерно для технических хотфиксов: видимо KB2637518 в свое время выпускался для довольно специфических целей. Все остальные публичные обновления для .NET351 содержат, как и положено две ветви: GDR и LDR. 4) Далее: если вы ставите KB2637518-v2, тем-более в самом начале списков, то это обновление становится переключателем ветвей обновляемых им компонетов с GDR на LDR версии: т.е. те компоненты, которые содержатся в KB2637518 при установке дальнейших обновлений будут обновлятся только по LDR, а все остальные (любые) компоненты обновлений .NET не вошедшие в KB2637518 -- по GDR. (зы: внимание: это действует только для .NET обновлений!) Т.е. получается ситуация, аналогичная той, котороя была в свое время с обновлением для Windows XP -KB982306: совершенно нецелесообразное GDR/LDR-перемешивание файловых версий в .NET351. Напомню: WU в стандартном режиме, когда ставит автоматически обновления для любых компонентов, никогда не допускает такого перемешивания. 5) В связи с вышеизложенным: на мой взгляд самое оптимальное решение по KB2637518-v2: просто выкинуть его из списков обновлений, раз уж мы в в этой ветке на занимаемся оптимизацией списков обновлений, устанавливемых по ограниченной ветви дистрибуции... Вот так-с... |