Question encore une question sur powershell

En ksh on peut mettre
\"set -x\" pour suivre le déroulement d'un script (ses variables, les exécutions de commandes etc..)

En powershell j'ai tenté avec
\"set-psdebug -trace 2\" mais cela n'est pas assez précis..

Y-a t-il qqchose se rapprochant du set -x svp ??

Bonjour,

Tu peux utiliser 'Get-TraceSource', 'Set-TraceSource' et 'Trace-Command'.

[code:1]
PS> Get-Help Get-TraceSource -full
[/code:1]

[code:1]
PS> Get-Help Trace-Command -Full
[/code:1]

Quelques liens sur le sujet :

Technet - Script Center - Trace-Command

PowerShell - Getting the Most from Trace-Command

PowerShell ABC's - D is for Debugging

Tracing Quick Start

Sinon, avec des outils de développement (ex. : \"PowerGUI\" (Quest)), tu peux 'suivre le déroulement d'un script' via le debugger

@ +

Matthew BETTON

Matthew,

Je testerais demain matin

Mais ce qui me parait bizarre c'est qu'il faille avoir des outils extérieurs au code pour analyser...
Je veux pas faire mon unixman de base mais UNIX et tout de même plus abordable dans l'écriture de script d'administration

Merci

maiden65 écrit:

Matthew,

Je testerais demain matin

Mais ce qui me parait bizarre c'est qu'il faille avoir des outils extérieurs au code pour analyser...
Je veux pas faire mon unixman de base mais UNIX et tout de même plus abordable dans l'écriture de script d'administration

Merci

Tu sais, ce que tu me dis peut être aussi du chinois pour moi.

Si tu préfères Unix, ça ne me fait ni chaud ni froid

J'ai traité des problèmes pour lesquels des admins se disaient experts sur solutions Unix/Linux ... et il fallait leur expliquer qu'il est indispensable d'installer le démon nscd en entreprise !

Et je touche aussi de temps à autre au monde Linux...

Bref, comme on dit, personne n'est parfait

Moi je ne vais pas te dire que Linux/Unix est mieux ou moins bien. Le mieux et que tu te fasses ton idée. Mais une chose importante : prends ton temps avant de dire que c'est mieux (et je n'ai pas d'action chez qui tu sais ).

Bonne soirée<br><br>Message édité par: Matthew BETTON, à: 24/04/13 20:50

Une \&quot;discussion\&quot; à ce sujet :

start-transcript does not echo commands when used in a script (2009)

(A voir aussi, donc : Start-Transcript )

Voir notamment les commentaires ...

Voir aussi, toujours chez MS Connect, ce lien :

Script Logging needs to be improved (2007)

Voir le commentaire :

There should also be a way to log just the commands that execute and the output - like you can do with KornShell: set -x exec 2&gt;1 &gt; $LogFile Powershell does not provide this. Powershell provides Start-Transcript which is great (except for the limitations listed on this suggestion and elsewhere) but does not work in a batch environment where it would be most useful. Set-psdebug is good for debugging, but provides too much detail for everyday production use.

Et le dernier commentaire de MS :

We've made a number of improvements to logging in Windows PowerShell 3.0. The improvements that most directly correlate to the issues described in this Connect item are captured in the fix for Connect item 297055: connect.microsoft.com/feedback/ViewFeedb...mp;FeedbackID=297055

(2012)

Il faut du temps... Je te l'accorde, c'est long

Korn Shell et autres datent des années 1980 ... PowerShell de 2006.<br><br>Message édité par: Matthew BETTON, à: 25/04/13 06:52

J'en profite au passage

Une possibilité, pour obtenir des logs évolués sous PowerShell : Log4Net (Tuto de Laurent Dardenne).

Un ancien post ici .