Dotnet зависает при публикации

Есть команда:
Выполняю с использованием 'dotnet' версии '9.0.306'. Ok, собирается и копируется в указанный каталог. И для .net9-проектов, и для более ранних.

Выполняю с использованием 'dotnet' версии '10.0.100'. Ровно то же из того же каталога - виснет в произвольные моменты (для любых проектов, для которых 9-я версия ок-собирает). В т.ч. и на .NET10-проектах зависает.

1. Иногда сборка проходит удачно, т.е. в '\bin\release\net10.0\win-x64' появляются все файлы, после чего бесконечно висит и в целевой каталог ничего не копирует.

2. Иногда виснет прямо на сборке и в консоли при этом обозначается "_CopyFilesMakredCopyLocal (счётчик времени)". Иногда '_CopyOutOfDateSourceItemsToOutputDirect ory", иногда 'GenerateBuildDependencyFile', ну т.е. как-то бессистемно.

3. Один раз высыпало кучу ошибок, что файлы заблокированы другим dotnet-процессом. Но обычно просто часами висит, отсчитывая время, пока процесс не снимешь.

4. Один раз успешно собралось. Ну т.е. ровно та же команда из того же каталога с тем же проектом. Но больше нет, ни разу не везло.

Из антивирусов - только виндовый Защитник. Все экземпляры Студии на всякий случай выгружал. Обновлялся последний раз сегодня - VS2022/2026 (кто-то из них автоматом .NET10 установил).

Если вместо публикации выполнять 'dotnet build" - аналогичное поведение.

----
Добавлено через 33 минуты
В общем, 10-й .NET сам себе мешает, пытаясь выполнять параллельную сборку проектов из решения.

С параметром '-p:BuildInParallel=false' всё ок на любых проектах.

Но баг странный.

1

Не только каталоги проектов, но и самой студии добавьте, и dotnet'а. Те, где лежат исполняемые файлы, что лезут в файловую систему за файлами проекта.

1

0

Сообщение от Rius но и самой студии добавьте, и dotnet'а.

Не, слишком мороки много. Надо будет попробовать систему обновить до актуальной версии, скорее всего это решит проблему.

0

Это анекдот, пока тебе на голову не свалится...
https://github.com/dotnet/runtime/issues/33745
https://github.com/dotnet/msbuild/issues/9986
У них давно проблема с параллельной сборкой.

0

Сообщение от kotelok скорее всего это решит проблему

Не обязательно. У меня новейшая 10-тка, но те же проблемы. Похоже, что мягкие свой же продукт (VS 2026) сильно обделили правами. Если запускать без админских прав - студия не может сделать многого.. Даже запустить проект на выполнение - пишет "Нет доступа к файлу.." Точно анекдот )).

0

    

0

Сообщение от wizard41 Даже запустить проект на выполнение - пишет "Нет доступа к файлу.." Точно анекдот )).

Ну это точно что-то у вас. У меня все проекты нормально запускаются.
Может из-за символов в адресе/пути?

0

wizard41, Дык там релиз уже есть, зачем вам Insider...

0

Сообщение от HF Может из-за символов в адресе/пути?

Ну какие символы.. )) Одни и те же проекты: VS 2022 работает без проблем, а 2026 через пень колоду..

Сообщение от Andrey-MSK релиз уже есть

Да это я так на "посмотреть" установил. Пока не требуется переход на 26. Позже, когда все устаканят там..

Добавлено через 20 минут
P.S. А с VS 2026 Professional все нормально запускается.
Единственно что, перестал работать OpenFileDialog...

0

Сообщение от wizard41 Ну какие символы.. )) Одни и те же проекты: VS 2022 работает без проблем, а 2026 через пень колоду..

Ой ну ладно вам тоже. Если раньше "закрывали глаза", то сейчас могли "просто прикрыть лавочку". Например запустили чёткие протоколы требований безопасности или форматов. Это нормально тоже. Просто как вариант. Если я сразу обратил внимания на символ # то это стоит как минимум проверить.


kotelok, вообщем. Я всё таки смог обновиться (ради теста, поправил часть кода и библиотеки).
Никаких проблем с паралельностью. Солюшен с 3 независимыми проектами (то есть они используют общие файлы и теоритически могли конфликтовать, что я предполагал выше). Использовал команду сборки из первого сообщения, но проверил ещё с вариациями (в один файл, с паралельностью, без, дебаг/релиз). Перед этим всегда вычищал все каталоги.
Плюс к этому
- я работаю всегда под пользователем, без администраторских прав. Никогда не испытывал никаких проблем ни со сборками ни с запусками
- в дефендере у меня всегда стояла и стоит CoreIsolation защита (сейчас их там 4 разных настройки, в Windows 11).

Так что... выступаю в защиту нового .Net10!

1

Солюшен с 3 независимыми проектами

Сотню проектов надо. 3 для системы сборки это всё равно что hello world.

Не удивлюсь, если автотесты сборки в microsoft проводят на таких же hello world и потому проблему игнорят. Да и нет острой необходимости на простых решениях запускать параллельную сборку.

А у кого что-то сложное и он хочет сэкономить время с многоядерной машиной, там и падает:

Сообщение от PondPackMan2023 Our solution has 491 projects in it.

Сообщение от ghost out of a ~500 project solution

0

Сообщение от HF Если я сразу обратил внимания на символ #

Не, дело было не в этом..
Шрифты блин спрятали куда - еле нашел..

0

Сообщение от Rius Сотню проектов надо. 3 для системы сборки это всё равно что hello world.

Ну блин, что есть.
А что, у вас у всех по сотне проектов в солюшене, как у Etyuhibosecyu? Не реально.
Да и ТС тоже вроде бы на обычном проекте проверял.

Ну и если пытаться тестировать 100+ проектный солюшен, то я сразу предположу, что увеличение количества проектов в мультипотоковой сборке даже по теории вероятности должно увеличивать шанс возникновения проблем!

Сообщение от Rius А у кого что-то сложное и он хочет сэкономить время с многоядерной машиной, там и падает:

Пфф.. вот и получается что это действительно уникальная проблема с макроколичеством мультипроектов (подозреваю что это фанаты, прости господи, микросервисов).

Добавлено через 47 секунд

Сообщение от Rius Сотню проектов надо. 3 для системы сборки это всё равно что hello world.

Уточню. 3 - это конечные приложения. А в солюшене 20 проектов.

0

Сообщение от HF А что, у вас у всех по сотне проектов в солюшене, как у Etyuhibosecyu? Не реально.

У кого мало, у тех проблем нет.
А у кого много, у тех они вылазят. И чем больше решение содержит проектов, тем неотвратимее.

Сообщение от HF что увеличение количества проектов в мультипотоковой сборке даже по теории вероятности должно увеличивать шанс возникновения проблем

С этим обязана справляться система сборки, которая загружает решение и проекты, и должна знать все их взаимозависимости и организовывать беспроблемный порядок сборки.

Сообщение от HF А в солюшене 20 проектов.

У меня одна простенькая программулька для десктопа из 46 проектов. Эта проблема уже вылазит.
Ещё может зависеть от числа доступных ядер на машине.

0

Хм... а если набрать прототип для тестирования параллельной сборки проектов, то что может поспособствовать замедлению сборки одного конкретного проекта? Полноценно генерить 100500 классов?

0

Сообщение от Wolfdp лучший анекдот за сегодняшний день.

0