Ich möchte alle bin- und obj-Ordner löschen, um alle Projekte zu zwingen, alles neu zu erstellen

Ich arbeite mit mehreren Projekten und möchte alle Ordner mit dem Namen 'bin' oder 'obj' rekursiv löschen. Auf diese Weise bin ich sicher, dass alle Projekte alles neu erstellen (manchmal ist dies die einzige Möglichkeit, Visual Studio zu zwingen, alle vorherigen zu vergessen baut).

Gibt es eine schnelle Möglichkeit, dies zu erreichen (z. B. mit einer .bat-Datei), ohne ein .NET-Programm schreiben zu müssen?

Dies hängt von der Shell ab, die Sie bevorzugen.

Wenn Sie die Cmd-Shell unter Windows verwenden, sollte Folgendes funktionieren:

FOR /F "tokens=*" %%G IN ('DIR /B /AD /S bin') DO RMDIR /S /Q "%%G"
FOR /F "tokens=*" %%G IN ('DIR /B /AD /S obj') DO RMDIR /S /Q "%%G"

Wenn Sie eine Shell vom Typ bash oder zsh verwenden (z. B. git bash oder babun unter Windows oder den meisten Linux / OS X-Shells), ist dies eine viel schönere und prägnantere Methode, um das zu tun, was Sie wollen:

find . -iname "bin" | xargs rm -rf
find . -iname "obj" | xargs rm -rf

und dies kann mit einem ODER auf eine Zeile reduziert werden:

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

Beachten Sie, dass find Ihre Einträge unverändert sendet, wenn Ihre Dateinamenverzeichnisse Leerzeichen oder Anführungszeichen enthalten. Xargs kann in mehrere Einträge aufgeteilt werden. Wenn Ihre Shell sie unterstützt -print0und -0dieses Manko umgeht, werden die obigen Beispiele wie folgt:

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

und:

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

Wenn Sie Powershell verwenden, können Sie Folgendes verwenden:

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

Wie in der Antwort von Robert H unten zu sehen - stellen Sie sicher, dass Sie ihm die Powershell-Antwort und nicht mir zuschreiben, wenn Sie sich dafür entscheiden, etwas zu verbessern :)

Es wäre natürlich ratsam, jeden Befehl, den Sie auswählen, zuerst an einem sicheren Ort auszuführen, um ihn zu testen!

Ich habe diesen Thread gefunden und Bingo bekommen. Ein bisschen mehr Suchen ergab dieses Power-Shell-Skript:

Get-ChildItem .\ -include bin,obj -Recurse | ForEach-Object ($_) { Remove-Item $_.FullName -Force -Recurse }

Ich dachte, ich würde teilen, wenn man bedenkt, dass ich die Antwort nicht gefunden habe, als ich hier gesucht habe.

Das hat bei mir funktioniert:

for /d /r . %%d in (bin,obj) do @if exist "%%d" rd /s/q "%%d"

Basierend auf dieser Antwort auf superuser.com

Ich füge meinen Lösungen immer ein neues Ziel hinzu, um dies zu erreichen.

<Target Name="clean_folders">
  <RemoveDir Directories=".\ProjectName\bin" />
  <RemoveDir Directories=".\ProjectName\obj" />
  <RemoveDir Directories="$(ProjectVarName)\bin" />
  <RemoveDir Directories="$(ProjectVarName)\obj" />
</Target>

Und Sie können es von der Kommandozeile aus aufrufen

msbuild /t:clean_folders

Dies kann Ihre Batch-Datei sein.

msbuild /t:clean_folders
PAUSE

Ich habe dazu ein Powershell-Skript geschrieben .

Der Vorteil besteht darin, dass eine Zusammenfassung der gelöschten und ignorierten Ordner gedruckt wird, wenn Sie eine Unterordnerhierarchie angegeben haben, die ignoriert werden soll.

Bei mir hat nichts funktioniert. Ich musste alle Dateien in den Ordnern bin und obj löschen, um sie zu debuggen und freizugeben. Meine Lösung:

1. Klicken Sie mit der rechten Maustaste auf Projekt, entladen Sie, klicken Sie erneut mit der rechten Maustaste auf Bearbeiten und gehen Sie nach unten

2. Einfügen

<Target Name="DeleteBinObjFolders" BeforeTargets="Clean">
  <RemoveDir Directories="..\..\Publish" />
  <RemoveDir Directories=".\bin" />
  <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
</Target>

3. Speichern Sie das Projekt, laden Sie es erneut, klicken Sie mit der rechten Maustaste auf Clean und Presto.

So etwas sollte es nach einem sauberen Ziel auf ziemlich elegante Weise tun:

<Target Name="RemoveObjAndBin" AfterTargets="Clean">
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <RemoveDir Directories="$(TargetDir)" />
</Target>

So löschen Sie bin und obj vor dem Erstellen zur Projektdatei:

<Target Name="BeforeBuild">
    <!-- Remove obj folder -->
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <!-- Remove bin folder -->
    <RemoveDir Directories="$(BaseOutputPath)" />
</Target>

Hier ist der Artikel: So entfernen Sie den Ordner bin und / oder obj vor dem Erstellen oder Bereitstellen

Sehr ähnlich zu Steves PowerShell-Skripten. Ich habe gerade TestResults und Pakete hinzugefügt, da dies für die meisten Projekte erforderlich ist.

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

Schauen Sie sich das CleanProject an , es löscht Bin-Ordner, Obj-Ordner, TestResults-Ordner und Resharper-Ordner. Der Quellcode ist ebenfalls verfügbar.

von Verwenden von Windows PowerShell zum Entfernen von obj-, bin- und ReSharper-Ordnern

sehr ähnlich zu Robert H Antwort mit kürzerer Syntax

1. PowerShell laufen lassen
2. cd (Änderungsverzeichnis) in das Stammverzeichnis Ihres Projektordners

3. Einfügen und unter Skript ausführen

   dir. \ -include bin, obj, resharper * -recurse | foreach ($ ) {rd $ _. fullname –Recurse –Force}

Eine sehr schnelle und schmerzlose Möglichkeit besteht darin, das rimrafDienstprogramm npm zu verwenden und es zuerst global zu installieren:

> npm i rimraf -g

Und dann ist der Befehl von Ihrem Projektstamm ganz einfach (der in einer Skriptdatei gespeichert werden kann):

projectRoot> rimraf **/bin **/obj

Um den gewünschten Effekt zu optimieren, können Sie die Projektereignisziele (die Sie verwenden können BeforeRebuild, um den vorherigen Befehl auszuführen) nutzen, die in den Dokumenten angegeben sind: https://docs.microsoft.com/en-us/visualstudio/ msbuild / How-to-Extend-the-Visual-Studio-Build-Prozess? view = vs-2017

Ich mag das Rimraf-Dienstprogramm, da es plattformübergreifend und sehr schnell ist. Sie können den RemoveDirBefehl jedoch auch in der .csproj-Datei verwenden, wenn Sie sich für die Zielereignisoption entscheiden. Der RemoveDirAnsatz wurde in einer anderen Antwort von @Shaman gut erklärt: https://stackoverflow.com/a/22306653/1534753

Hier ist die Antwort ich auf eine ähnliche Frage gegeben habe: Einfach, einfach, funktioniert ziemlich gut und erfordert nichts anderes als das, was Sie bereits mit Visual Studio haben.

Da andere bereits geantwortet haben, entfernt Clean alle Artefakte, die vom Build generiert werden. Aber es wird alles andere zurücklassen.

Wenn Sie einige Anpassungen in Ihrem MSBuild-Projekt vorgenommen haben, kann dies zu Problemen führen und Dinge hinterlassen, von denen Sie denken, dass sie gelöscht werden sollten.

Sie können dieses Problem mit einer einfachen Änderung an Ihrem. * Proj umgehen, indem Sie dies irgendwo gegen Ende hinzufügen:

<Target Name="SpicNSpan"
        AfterTargets="Clean">
    <RemoveDir Directories="$(OUTDIR)"/>
</Target>

Dadurch wird alles in Ihrem bin-Ordner der aktuellen Plattform / Konfiguration entfernt.

Dies ist meine Batch-Datei, mit der ich alle BIN- und OBJ-Ordner rekursiv lösche.

1. Erstellen Sie eine leere Datei und nennen Sie sie DeleteBinObjFolders.bat
2. Kopieren Sie den folgenden Code und fügen Sie ihn in die Datei DeleteBinObjFolders.bat ein
3. Verschieben Sie die Datei DeleteBinObjFolders.bat in denselben Ordner wie Ihre Lösungsdatei (* .sln).

@echo off
@echo Deleting all BIN and OBJ folders...
for /d /r . %%d in (bin,obj) do @if exist "%%d" rd /s/q "%%d"
@echo BIN and OBJ folders successfully deleted :) Close the window.
pause > nul

Ist "sauber" nicht gut genug? Beachten Sie, dass Sie msbuild mit / t: clean über die Befehlszeile aufrufen können.

Auf unserem Build-Server löschen wir die Verzeichnisse bin und obj explizit über nant-Skripte.

Jedes Projekterstellungsskript ist für seine Ausgabe- / temporären Verzeichnisse verantwortlich. Funktioniert gut so. Wenn wir also ein Projekt ändern und ein neues hinzufügen, stützen wir das Skript auf ein funktionierendes Skript, und Sie bemerken die Löschphase und kümmern sich darum.

Wenn Sie dies auf Ihrem Logikentwicklungscomputer tun, würde ich mich daran halten, über Visual Studio zu bereinigen, wie andere bereits erwähnt haben.

Ich hasse eigentlich obj-Dateien, die die Quellbäume verunreinigen. Normalerweise richte ich Projekte so ein, dass sie obj-Dateien außerhalb des Quellbaums ausgeben. Für C # -Projekte verwende ich normalerweise

 <IntermediateOutputPath>..\..\obj\$(AssemblyName)\$(Configuration)\</IntermediateOutputPath>

Für C ++ - Projekte

 IntermediateDirectory="..\..\obj\$(ProjectName)\$(ConfigurationName)"

http://vsclean.codeplex.com/

Befehlszeilentool, das Visual Studio-Lösungen findet und den Befehl Clean auf diesen ausführt. Auf diese Weise können Sie die Verzeichnisse / bin / * aller alten Projekte bereinigen, die auf Ihrer Festplatte herumliegen

Sie könnten den PS-Vorschlag sogar etwas weiter gehen und eine vbs-Datei im Projektverzeichnis wie folgt erstellen:

Option Explicit
Dim oShell, appCmd
Set oShell  = CreateObject("WScript.Shell")
appCmd      = "powershell -noexit Get-ChildItem .\ -include bin,obj -Recurse | foreach ($_) { remove-item $_.fullname -Force -Recurse -WhatIf }"
oShell.Run appCmd, 4, false

Aus Sicherheitsgründen habe ich den Parameter -WhatIf eingefügt. Entfernen Sie ihn daher, wenn Sie mit der Liste beim ersten Durchlauf zufrieden sind.

Ich verwende eine geringfügige Modifikation von Robert H, die Fehler überspringt und die Löschdateien druckt. Mir klar usally auch .vs, _resharperund packageOrdner:

Get-ChildItem -include bin,obj,packages,'_ReSharper.Caches','.vs' -Force -Recurse | foreach ($_) { remove-item $_.fullname -Force -Recurse -ErrorAction SilentlyContinue -Verbose}

Erwähnenswert ist auch der gitBefehl, mit dem alle Änderungen einschließlich ignorierter Dateien und Verzeichnisse gelöscht werden:

git clean -dfx

Wir haben eine große SLN-Datei mit vielen Projektdateien. Ich habe mit der Richtlinie begonnen, ein "ViewLocal" -Verzeichnis zu haben, in dem sich alle nicht quellengesteuerten Dateien befinden. In diesem Verzeichnis befinden sich ein 'Inter'- und ein' Out'-Verzeichnis. Für die Zwischendateien bzw. die Ausgabedateien.

Dies macht es natürlich einfach, einfach in Ihr 'viewlocal'-Verzeichnis zu gehen und einen einfachen Löschvorgang durchzuführen, um alles loszuwerden.

Bevor Sie sich Gedanken darüber gemacht haben, wie Sie dies mit Skripten umgehen können, sollten Sie sich überlegen, etwas Ähnliches einzurichten.

Ich werde jedoch nicht lügen, die Aufrechterhaltung eines solchen Aufbaus in einer großen Organisation hat sich als ... interessant erwiesen. Besonders wenn Sie Technologien wie QT verwenden, die gerne Dateien verarbeiten und nicht quellengesteuerte Quelldateien erstellen. Aber das ist eine ganz andere Geschichte!

Berücksichtigen Sie, dass die PS1-Datei im aktuellen Ordner vorhanden ist (der Ordner, in dem Sie die Ordner bin und obj löschen müssen).

$currentPath = $MyInvocation.MyCommand.Path
$currentFolder = Split-Path $currentPath

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

Für die Lösung im Batch. Ich benutze den folgenden Befehl:

FOR /D /R %%G in (obj,bin) DO @IF EXIST %%G IF %%~aG geq d RMDIR /S /Q "%%G"

Der Grund, warum DIR /S /AD /B xxx
1. nicht verwendet DIR /S /AD /B objwird, gibt eine leere Liste zurück (zumindest unter Windows 10 ). 2. enthält das Ergebnis, das nicht erwartet wird (tobj-Ordner).
DIR /S /AD /B *obj

Dies funktioniert gut für mich: Starten Sie für / d / r. %% d in (bin, obj, ClientBin, Generated_Code) ist @if vorhanden "%% d" rd / s / q "%% d"

Ich benutze dazu die .bat-Datei mit diesem Kommando.

for /f %%F in ('dir /b /ad /s ^| findstr /iles "Bin"') do RMDIR /s /q "%%F"
for /f %%F in ('dir /b /ad /s ^| findstr /iles "Obj"') do RMDIR /s /q "%%F"

Ich denke, Sie können mit der rechten Maustaste auf Ihre Lösung / Ihr Projekt klicken und auf die Schaltfläche "Reinigen" klicken.

Soweit ich mich erinnere, hat es so funktioniert. Ich habe mein VS.NET jetzt nicht bei mir und kann es daher nicht testen.