Le champ Destination de Start-BitsTransfer n'est pas obligatoire

Question

J'ai eu un bogue dans un script où j'avais spécifié -Description $dest au lieu de -Destination $dest lors d'un appel au Start-BitsTransfer. Il n'a pas d'erreur/a couru rapidement pour un petit fichier et a pris un certain temps pour un grand. En tant que tel, je pense que le fichier a été copié sur ma machine; Je ne peux pas trouver où il a été copié ...

Question

• Pourquoi pas un champ Destination obligatoire?
• Où les fichiers vont-ils par défaut/quand Destination n'est pas spécifié?

Answer 1

La réponse snarky à la première partie de votre question serait probablement "parce que Microsoft l'a dit". Depuis que je ne participais pas à la prise de décision, je ne peux pas vous donner une réponse définitive, mais l'exemple 7 de la cmdlet documentation mentionne que

Le chemin de destination ne peut pas utiliser des caractères génériques. Le chemin de destination ne prend en charge qu'un répertoire relatif, un chemin d'accès racine, ou un répertoire implicite (le répertoire en cours).

Je soupçonne que le paramètre a été rendu facultatif pour permettre le transfert de fichiers « ici » (dans le répertoire de travail courant) sans avoir à spécifier explicitement une destination, à savoir la simplicité d'utilisation.