Когда я жму клин, я ожидаю полной очистки

А не вот этой вот странной ебанины "тут чистим, тут не чистим"

Надо в paket гневное письмо еще написать

Когда я жму клин, я ожидаю полной очистки

полная очистка это rm -rf bin rm -rf obj

а msbuild clean клинит только папку конфиги например

полная очистка это rm -rf bin rm -rf obj

Вот это и должен делать clean

проекта

то есть он по умолчанию Debug клинит

пидарас

Он чистит аутпут и частично obj

Пора в проститутки, наверное

Он чистит то, что в мсбилде зарегистрировано как output items

Нугет-штуки не зарегистрированы

Потому что они просто мимо мсбилда генерируются

Любопытно, почему msbuild не может сделать output item папку

Хотя этот тот случай, когда встретились две команды индусов

Не самых квалифицированных

Любопытно, почему msbuild не может сделать output item папку

Потому что это ломает инкрементальную сборку.

Логично

Но на clean могли бы и вбить костыль

Для инкрементальной сборки нужно чётко знать, какой аутпут файл произошёл из какого набора инпутов

Потому что это ломает инкрементальную сборку.

это отмазка плохая, т.к. если я делаю клин, я ОЖИДАЮ слом инкрементальной сборки

Чтобы таймстампы сравнить

я хочу собрать заново

с нуля

это отмазка плохая, т.к. если я делаю клин, я ОЖИДАЮ слом инкрементальной сборки

Это ответ на конкретный вопрос (почему мсбилд не даёт всю папку пометить как аутпут)

Это ответ на конкретный вопрос (почему мсбилд не даёт всю папку пометить как аутпут)

а.

я плох в чтении!

Это не ответ на вопрос, почему клин не чистит obj :)

Я-то считаю, что должен чистить целиком

я клином перестал пользоваться очень давно

Напишу-ка я в paket гадость

и просто делаю rm -rf

Ну вот тоже скоро перейду

Останавливает только то, что надо себя заставить делать рекурсивно это

git clean -fxd несет некоторые дополнительные расходы

На самом деле понятно, почему клин не чистит всю папку.

Get-ChildItem .\ -include bin,obj -Recurse | foreach ($_) { remove-item $_.fullname -Force -Recurse }

вот вам павершельный вариант

Потому что мало ли чего юзеры туда наложили? В obj я не видал, а вот в bin — запросто

Прикопаем

Потому что мало ли чего юзеры туда наложили? В obj я не видал, а вот в bin — запросто

Вот должен чистить

И потом юзер придёт и будет жаловаться: dotnet clean удалил мои кастом штуки, которые я сложил в bin

То, что туда положил пользователь - это проблемы пользователя

И потом юзер придёт и будет жаловаться: dotnet clean удалил мои кастом штуки, которые я сложил в bin

и что туда люди кладут обычно?

Более того, в старые православные времена даже повторное восстановление пакетов могло всё сломать

Ну обычно, например, у меня папочка базы данных создается

В консольном приложении

Потому что собираемость некоторых старых проектов зависела от порядка, в котором ты пакеты восстанавливаешь. Кто последним какую-нибудь DLL в bin запишет — тот и молодец

И сохраняется между запусками

А разные пакеты запросто могли принести одну и ту же DLL

Т.е. резон в этом есть

И всему конец

Но

Все, что связано с билдом

Должно удаляться

В частности, ошметки нугета

Да, по всему выходит, что нугет чуваки просто должны зарегистрировать свой треш как output item

Останавливает только то, что надо себя заставить делать рекурсивно это

find . -iname "bin" -o -iname "obj" -print0 | xargs -0 rm -rf

Это на каком языке?

въебень это в билд скрипт

Это на каком языке?

это баш

У меня нет билд скриптов

У меня нет билд скриптов

это вас погубит

Ну или просто кастомный клин таргет можно

!!111

Пока нормально

TeamCity вывозит

О, давайте сделаем кастомный клин, положим в props, и запакуем в нугет?

на павершеле клин выше тоже рекурсивный

так что можно юзать смело

И будем всем добрым людям раздавать

О, давайте сделаем кастомный клин, положим в props, и запакуем в нугет?

одобряю

вертел я этот клин

который нихуя не клин

И будем всем добрым людям раздавать

И пихнем мы этот клин в пропс

И будем с помощью paket устанавливать :)

И будем с помощью paket устанавливать :)

ДА НОРМАЛЬНО ОН РАБОТАЕТ

Обсудили с @fvnever , НЕ ОЧЕНЬ

то что у тебя там тфм не хватало, это другой вопрос