Как в Visual Studio на C# собрать консольное приложение одним файлом на .NET 6?

Question

[Сергей Кореневский]

Из-за ограничений проводника Windows нет возможностью копировать файлы путь которых более 250 символов.
Я написал консольное приложение Visual Studio .NET 6. Которая в нужной мне папке (700Gb) ищет папки и файлы адрес которых длинней 250 символов.
Как правило это резервные копии , в которых находятся другие резервные копии и так далее.
Чтобы разгрести это, нужно знать эти пути которые выходят за ограничение.
.
Собственно вопрос в названии.
Делаю всё по инструкции:
https://ru.stackoverflow.com/questions/1282216/Как...
и тут проверяю тоже
https://docs.microsoft.com/ru-ru/dotnet/core/deplo...


.
Значит, после настроек. Нажимаю кнопку "Опубликовать"
Появляется надпись "Публикация выполнена ДАТА, ВРЕМЯ"
Открываю папку для публикации. А её НЕТ.
Разные способы перепробовал с выбором версии поддержки Windows, разрядности, а папка не появляется.
Если я делаю правильно, то как можно узнать в чем проблема, как поймать ошибку?
И странно то что сообщение об успешной публикации имеется.

Инфа: Заметил что аналогичная папка в папке для публикации имеется в \obj, но разумеется там нет исполняемых файлов.

Если интересно.
То прога простая, консольная, благодаря Вам ее написал. Показывает список папок и файлов пути которых больше чем 250 символов. Так как злой проводник Windows имеет ограничение для копирования файлов в 250 символов.
Нет возможности делать резервные копии. При больших объемах резервного копирования всегда найдутся 1000 файлов которые выдадут ошибку при копировании.
Надеюсь прога будет полезной.
https://disk.yandex.ru/d/q6YMB4pSRc3Kgw

Comments

[twobomb]

Может антивирь сразу в карантин кидает

[Василий Банников]

Я бы попробовал из консоли опубликовать - по опыту это гораздо надёжнее и очевиднее, чем студийные визарды.

[Сергей Кореневский]

Windows 11 Beta. Изобретатель Дикпиков

[Сергей Кореневский]

twobomb, Хуже,
Выскакивает заблокированное окно консольного приложения в режиме песочницы и происходит сканирование его Avastom. Но я конечно его сразу отключил.

[twobomb]

Сергей Кореневский, а защитник виндоус, который любить в тихую кушать?

[Сергей Кореневский]

twobomb, не доверяю я ему. Тем более он внешне косявый.
Там даже нет функции отключить на 15 минут.
Если интересно.
То прога показывает список папок и файлов пути которых больше чем введенный 250 символов
https://disk.yandex.ru/d/G70c-g8vneHUKg

Answer 1

[Adler]

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

P.S. Собственно в логе, чуть выше, выводится абсолютный путь публикации. По крайней мере в VS2019 это выглядит так.

P.S.S. Оказывается при наличии в файле проекта <IsPublishable>False</IsPublishable> при попытке публикации нигде не будет указано, что она отключена (ну по крайней мере на глаза не попалось)...

Comments

[Сергей Кореневский]

Под сообщением ПУБЛИКАЦИЯ ВЫПОЛНЕНА, есть кнопка "Открыть папку".
нажимая на нее, выскакивает ошибка проводника, что папки не существует.

[Adler]

Сергей Кореневский, а указать другую папку пробовали?

[Сергей Кореневский]

Alexander, Пробывал.
Но сейчас я вписал абсолютный путь. С ним тоже НЕ работает.
Но ведь, при дебаге и компиляции релизных файлов , VS спокойно создает директории, которых ей не хватает.

[Adler]

А что пишет внизу, в окне вывода?

[Сергей Кореневский]

Я перетащил проект на Framework. одиночный файл работает.
Но мне интересно узнать причину .NET 6. Ведь возможно у кого то такая же проблема будет в серьезном проекте.

[Adler]

А что пишет внизу, в окне вывода?

[Сергей Кореневский]

Alexander,

Сборка начата…
1>------ Начало публикации: проект: PathLength, Конфигурация: Release Any CPU ------
1>Определение проектов для восстановления...
1>Все проекты обновлены для восстановления.
========== Сборка: успешно: 0, с ошибками: 0, без изменений: 1, пропущено: 0 ==========
========== Публикация: успешно: 1, с ошибками: 0, пропущено: 0 ==========

Тут я удалил папку \obj

Сборка начата…
1>------ Сборка начата: проект: PathLength, Конфигурация: Release Any CPU ------
Восстановлен D:\Work\Visual Studio Projects\PathLength\PathLength.csproj (за 563 ms).
1>PathLength -> D:\Work\Visual Studio Projects\PathLength\bin\Release\net6.0-windows7.0\PathLength.dll
2>------ Начало публикации: проект: PathLength, Конфигурация: Release Any CPU ------
2>Определение проектов для восстановления...
2>Восстановлен D:\Work\Visual Studio Projects\PathLength\PathLength.csproj (за 877 ms).
========== Сборка: успешно: 1, с ошибками: 0, без изменений: 0, пропущено: 0 ==========
========== Публикация: успешно: 1, с ошибками: 0, пропущено: 0 ==========

[Adler]

Не понял, каким образом у вас при публикации "Сборка: успешно: 0"?
По крайней мере в VS 2019 по умолчанию при публикации происходит принудительная пересборка.
Подозреваю, что вы скорее всего делаете что-то не так.

[Сергей Кореневский]

Alexander, Предположим я что то делаю не так. Но я же удалил папку \obj и после этой пересборки результата так же нет.
Пользую VS 2022

[Adler]

В обозревателе решения, ПКМ на проекте ➞ Опубликовать... ➞ Откроется подобное окно с выбором профиля публикации (это то где выбирали куда публиковать и что) и в нем нажимаете ➞ Опубликовать

[Adler]

Я читал, что у вас VS 2022 и я ее юзаю дома, но каких-то принципиальных визуальных отличий я там не заметил ну или по крайней мере они не бросились в глаза, что бы в них стоило отдельно разбираться.

[Сергей Кореневский]

Alexander, Да!

[Adler]

И что, в папке ничего нет?
Скриншот содержимого папки bin сделайте.

[Сергей Кореневский]

Alexander,
в VS 2022 я писал приложение без статических классов, без пространств. Это все работало отлично при отладке и при релизе, в императивном виде.
правда в этом императивном виде в середине 2 функции были написаны. Но все же при отладке все работало, отлично. Собственно из папки с релизом так же все запускается отлично. Плохо то что отдельно сам по себе файл не запускается.

[Adler]

Опубликованный файл сам запускается, без всякой "шелухи" в виде .json файлов

[Сергей Кореневский]

Alexander, Этой папки вообще нет!
Ни с относительными путями, ни с абсолютными, я уже эту папку переименовывал как угодно,
Вначале она имела вид bin\Release\windows 7\x86\ ....
Но там так же ни чего не появлось. потом упростил пути для простоты. Увы.



В папке net6.0-windows7.0 лежит просто релиз, множеством файлов. Конечно прога от туда запускается, но это не единый файл. если я перетащу файл из этой папки на рабочий стол, он запускаться не будет.

[Adler]

Удалите этот профиль публикации и создайте по новой с дефолтным предложенным путем для публикации. Другого варианта не вижу...

[Сергей Кореневский]

Alexander, в папке \obj есть папка с правильным именем.

[Adler]

Удалите полностью папку obj, перезапустите студию и пересоберите проект.

[Сергей Кореневский]

Alexander, Только что так сделал, повторно, Не создается папка, не публикуется.

[Adler]

У вас вероятно ошибка где-то в файле проекта или решения, т.к. в 2019 студии после смены платформы на .net 5 ведет себя так же как и у вас. Папка не создается. В этой же студии пол часа назад с другими проектами было все нормально и с них делал скриншоты.

[Adler]

Уберите из файла проекта
<IsPublishable>False</IsPublishable>
и наступит вам счастье...

[Сергей Кореневский]

Alexander, Спасибо огромное., счастье наступило! Я вроде не менял настройки этой директивы.

[Сергей Кореневский]

Alexander,
.NET 6 версия весит 56 Мбайт.
Framework версия весит 76 Кбайт.
(и то, размер Framwework вверсии практически сопоставим размеру иконки.)

Очень странно это, в настройках проекта .NET стоит только x86.

[Adler]

Вы видимо что-то не то указали в параметрах публикации. У меня он в 275Кб собрался.
Вы видимо выбрали "Автономный" и он туда половину библиотек .Net 6 запихал. Если выбрать вот так, то файл будет небольшим, но запустится он только на компе с предустановленным .Net 6.
А если выбрать так, то у меня около 20Мб вышло.

В этом плане .Net Framework имеет преимущества, т.к. он на любой винде есть "из коробки" без предварительной предустановки (кроме древних ОС).

[Василий Банников]

P.S.S. Оказывается при наличии в файле проекта

Нихренажсебе.
Кто такое придумал и главное зачем?
Очень похоже на недоработку

[Сергей Кореневский]

Alexander, да, согласен. При том когда я делал все по инструкции по ссылкам вначале. Там скриншоты на английском. Я Вначале делал без автономности. Не было результата, потом переключил на автономность.
поправлю настройку.
А автономный файл требует Framework или C++ Runtime ?

[Adler]

Василий Банников, ну можете проверить, может я где-то не доглядел, но в глаза нигде не бросилось, что бы где-то было написано, что публикация отключена.
Скачал готовый проект, поменял версию .net (т.к. у меня VS 2019), добавил в файл проекта <LangVersion>preview</LangVersion> (в этот момент я не рассматривал, что там еще в проекте написано, а зря...), удалил профиль публикации, что там был, создал свой, нажал опубликовать, получил скрин аналогичный тому, что у камрада, где написано, что вроде все ок. Открываю папку, а там её нет...
Вот потом полез уже построчно читать, что там в файле проекта прописано.

[Сергей Кореневский]

Теперь
.NET 6 версия весит 260Кб
VS
Framework версия весит 76 Кбайт.
ну хоть чтото.

Спасибо Alexander, Счастье наступило. :-)

[Adler]

А автономный файл требует Framework или C++ Runtime ?

Framework не требует, т.к. .Net 5-6 к .Net Framework прямого отношения не имеет и .Net 5-6 тоже не нужен, а за C++ Runtime не знаю, но думаю, что вряд ли

[Сергей Кореневский]

Alexander, да, я знаю что отношения не имеет. но если пихаются библиотеки для совместимости. и при этом прога начинает работать без установленного .NET. то значит она использует то что уже есть в ПК по дефолту.
Это явно не Java Enveronment, и не nodeJS, остается Framework или C++ Runtime, ну как бы одно поверх другого окружения работает .
Ну и конечно надо учитывать что .NET это универсальная платформа, она по сути не должна привязывается сильно к x86. В нее могут пихаться библиотеки x86+Arm86.

[Василий Банников]

Сергей Кореневский, self contained не требует ни C++ runtime, ни .net fw, ни .net 6 runtime

[Сергей Кореневский]

Василий Банников, Спасибо.

[Сергей Кореневский]

А если поставить галочку "Обрезка не используемого кода" в вкладке ПУБЛИКАЦИЯ.
то размер будет 13Мб

[Сергей Кореневский]

Если интересно.
То прога простая, консольная, благодаря Вам ее написал. Показывает список папок и файлов пути которых больше чем 250 символов. Так как злой проводник Windows имеет ограничение для копирования файлов в 250 символов.
Нет возможности делать резервные копии. При больших объемах резервного копирования всегда найдутся 1000 файлов которые выдадут ошибку при копировании.
Надеюсь прога будет полезной.
https://disk.yandex.ru/d/q6YMB4pSRc3Kgw

[Василий Банников]

Сергей Кореневский, только осторожнее с обрезкой. Если используешь рефлексию, то может поломаться.

[d-stream]

Василий Банников, там и другие нюансики есть... к примеру некие сопроводительные файлы могут попадать в билд (copy to output directory), но не попадать в publish... и притом ни аналогичное CopyToPublish ни большая часть рекомендаций от ms - не прокатывают.

[Сергей Кореневский]

Василий Банников, Спасибо за совет

[Сергей Кореневский]

d-stream , Василий Банников .

Помогите плииз.
Я уже обрыл и яндекс, и stackoverflow и прочее.
как правильно делать проверки ENUM ?

DirectoryInfo dir = new DirectoryInfo("D:\\");
if (dir.Attributes == (FileAttributes.Hidden & FileAttributes.Offline)) 
{
        return;
}

Суть в том что когда я делаю поиск содержимого папки на под папки, там попадаются папки с именем D:\$RECYCLE.BIN
А мне эти папки не нужны, но они вызывают ошибки, так же надо отсечь скрытые папки и системные на подобии Windows.
В общем при выполнении этого кода, он не срабатывает на скрытые папки.
Как правильно сравнивать ENUM?

[Adler]

Сергей Кореневский, может вы все таки это в отдельный вопрос вынесете?

[Сергей Кореневский]

Alexander, Вынес, не отвечают https://qna.habr.com/q/1116958