mtk, sua resposta está apenas parcialmente correta. HELP
só funciona para comandos do sistema listados quando você executa HELP
sem um operando. Há muitos comandos / utilitários não listados em HELP para os quais a ajuda está disponível com /HELP
ou /?
e os comandos de rede exigem o uso de NET HELP
ou /HELP
. A opção /?
funciona basicamente para tudo o que está documentado, mas para um conjunto muito pequeno de comandos de rede ele fornece apenas os parâmetros.
-
HELP
e/?
trabalham para tudo listado em HELP. Exceto que no meu sistema Windows 7 Home Edition por algum motivoGRAFTABL
tem uma entrada na ajuda, mas não aparece existir (está lá na Enterprise Edition que eu uso no trabalho); todos os outros comandos documentados emHELP
possuem ajuda. Ao contrário do que James sugere em seu comentário à sua própria resposta, seHELP <command>
funciona, então<command> /?
também funciona, o contrário, no entanto, não é verdadeiro. Além disso, dois dos comandos documentados,DISKPART
eFSUTIL
exigem privilégios administrativos para até obter a ajuda (eDISKPART
falha silenciosamente se você não for um administrador). -
Os comandos de rede exigem
/HELP
ou/?
Para comandos de rede, fica um pouco complicado. Para obter ajuda para comandos de rede no formatoNET <command>
, comoNET USE
, você pode inserirNET HELP USE
ouNET USE /HELP
;NET USE /?
retornará a sintaxe apenas. No entanto, para outros comandos de rede, comoFINGER
,IPCONFIG
eNBTSTAT
,<command> /HELP
e<command> /?
retornam resultados idênticos. Para outros ainda, comoHOSTNAME
, os dois ajudam a fornecer informações diferentes, a opção/?
fornece ajuda e a opção/HELP
fornece algumas orientações (muito limitadas) sobre a configuração de nomes de host (pelo menos no meu sistema). -
Existem muitos comandos do sistema para os quais
/?
funciona, masHELP
não. Existem alguns comandos do sistema que não estão documentados emHELP
, mas para os quais você pode obter ajuda com a opção de ajuda<command> /?
(ou seja,HELP <command>
não funciona). Normalmente, o Windows dirá se você usaHELP <command>
com esses comandos e deve tentar/?
. Exemplos são alguns comandos que são relíquias de versões anteriores do Windows, comoBOOTCFG
(usado no Windows XP, mas no Vista e no Windows 7 você usaBCDEDIT
). Há também alguns comandos, comoDEFRAG
, que são tratados mais como utilitários, em vez de comandos, na documentação, que possuem ajuda disponível, mas novamente apenas com/?
.WINSAT
é um exemplo de um comando que requer/?
para ajuda, mas falha silenciosamente se não for executado como administrador. Aparentemente, onde quer queHELP <command>
não funcione<command> /HELP
é possível como alternativa, assim como com comandos de rede (por exemploDEFRAG /HELP
works).
Um excêntrico, SC
responde a todos os HELP SC
, SC /HELP
e SC /?
fornecendo a mesma ajuda, mas nos três casos a ajuda começa com um erro.
Você pode encontrar uma lista bastante abrangente de comandos aqui , embora muito dependa de como você define um comando. Qualquer .EXE poderia ser tratado como um comando e você perceberá que o compêndio no link inclui "comandos" tradicionais, "utilitários de linha de comando", ferramentas de sistema e invocações para programas como PowerShell
e PowerShell_ISE
. Observe que a ajuda da linha de comando não funciona para alguns programas que são abertos no ambiente da GUI, como PowerShell_ISE
(é por isso que minha quarta sentença, acima, diz "essencialmente"). A ajuda on-line sugere que ele deve funcionar, mas não funciona (o ISE interpreta /?
como um operando e tenta carregar o arquivo /?
. Além disso, observe que, embora as descrições no link sejam freqüentemente melhores do que na ajuda, Os SOs aos quais eles se aplicam nem sempre são precisos (por exemplo, o PowerShell_ISE diz que se aplica apenas ao Windows 8 e Windows Server 2012; no entanto, o PowerShell_ISE está disponível no Windows 7.
O resultado final é que geralmente /?
irá ajudá-lo se houver algum. Para alguns comandos de rede, ou seja, aqueles que começam com NET <command>
, você deve usar /HELP
para obter mais detalhes.