Îmi pare rău că e, probabil, o întrebare stupidă: care este diferența între
Remove-Item -recurse -Force -Verbose și Remove-Item -Force -Verbose
se pare că dacă ne-am folosi -recurse pentru un folder și subfolderele powershell șterge fișiere unul câte unul în interiorul folder. și dacă am elimina -recurse powershell pur și simplu ștergeți folderul principal fără a verifica în interiorul folder. din punct de vedere tehnic nu este script-ul va rula mai repede, fără a -recurse?
atunci când utilizați Remove-Item pe un dir copac care deține fișiere ... si NU folosesc -Recurse, veți obține standard de confirmare. deci, folosind acest parametru face rula fără întârziere de la "tu chiar vrei să faci asta?" prompt.
acesta este unul dintre motivele pentru care unii oameni preferă să-conducta de ieșire a Get-ChildItem -Recurse pentru a Remove-Item.
Get-ChildItem | Remove-Item per se nu neapărat de ajutor, dacă nu utilizați -Recurse: Dacă Get-ChildItemmodelului de ieșire este / include un nevid director, veți primi mesajul de confirmare de asemenea. Dacă intenția este de a șterge fișierele numai, Get-ChildItem -File | Remove-Item nu ajuta, cu toate acestea, în cazurile în care Remove-Item * sau Remove-Item *.foo neintenționat meci directoare prea (Remove-Item a nu -File (sau -Directory) comutator, care este, fără îndoială, un neajuns). /cc @zett42 -Recurse la G-CI apel. G-CI pentru a R-I este că atunci când includ -Recurse pe G-CI suna] sunt în mod explicit de-a face cu elemente individuale. este oarecum mai reprezentare directă a cum unii dintre noi cred despre operațiune. că "conceptul de cod" meciul face mai ușor pentru codificare și mai ușor de depanare & o întreținere mai ușoară. -Recurse pentru a Get-ChildItem nu ajuta, cu toate acestea, pentru că fără -File poate încă potențial includ nevid directoare, care - fără -Recurse aplicat Remove-Item - declanșează din nou mesajul de confirmare.
Get-ChildItem | Remove-ItempesteRemove-Item -Recurse?