#select-string

なんとなく思ったのでエントリーしました。

突然に、MinGWのことを思い出しました。 あいつは便利なやつで、WindowsでもUnix的なコマンドを実行するのに使うことができます。 それにCygwinではないのでCドライブの指定を「/cygdrive/c」とかしなくても「/c」で許してくれるいいやつです。

Cygwinはcygpath使えば元のパスにしてくれますけどね。

突然なんなのか

WindowsではGitをインストールすると、msysが一緒に導入されてUnix的な環境を使うことができるようになります。 これの「/usr/bin」ディレクトリにパスを通してやれば、「WindowsのコマンドプロンプトなどからもUnix的な操作ができて便利だな」となります。

サラリーマンの頃はこの設定をしてて、テキストファイルからの文字列検索にWindows標準コマンドの「findstr」を使わずにgrepを使っていたりしました。 それはそれで不具合多かったのですが。

今となってはPowerShellを使っているのでgrepも必要ありません。

Select-String -Path pages\*.md -Pattern "^.*\[aaa\].*$"

などとすればパターンにマッチした内容を表示してくれます。

もしもエイリアスを張っていたら

そこでふと思いだしたのです。 むかしのバージョンのPowerShellって、Select-Stringに「grep」というエイリアスを標準でつけてなかったかな？と。

手元のWindows10ではエイリアスには入っていませんでした。

もしもSelect-Stringに「grep」とエイリアスを設定していた場合にGitのほうにパスが通っていたら、どっちが利用されるんだろうと不安になりました。

そこで試してみることに。

エイリアスを設定する

めちゃ簡単ですよね。

Set-Alias -Name grep -Value Select-String

Gitの「/usr/bin」にパスを通す

これは少し.NetFramework先生のご協力が必要になります。

[System.Environment]::SetEnvironmentVariable("PATH", "$env:Path;C:\Program Files\Git\usr\bin")

よし、これでパスが通りました。

コマンドがどこにあるか調べる

Windows標準コマンドでいう「where」、Unix系だと「which」をPowerShellでやります。

Get-Command grep

そうすると…

CommandType Name Version Source ----------- ---- ------- ------ Alias grep -> Select-String

おお、エイリアスが優先されている…

ではGitのほうのgrepを探そうと思うと？

Get-Command grep -CommandType Application

とすると実行形式を探してくれるはずです。

CommandType Name Version Source ----------- ---- ------- ------ Application grep.exe 0.0.0.0 C:\Program Files\Git\usr\bin\grep.exe

なるほど。確かにおっしゃるとおり。

ということで、エイリアスのほうが優先なようです。

ほんとかよ

一応公式ドキュメントでも調べてみることにしました。 Gitへのパスを$env:Pathの最後につけてしまいましたからね。

about_Command_Precedence https://technet.microsoft.com/ja-jp/library/hh848304.aspx

こちらの内容によると、次のようにあります。

If you do not specify a path, Windows PowerShell uses the following precedence order when it runs commands: 1. Alias 2. Function 3. Cmdlet 4. Native Windows commands

パスが特定できない場合は次の優先順位でコマンドを実行しますとあります。

ということで、エイリアス＞関数＞コマンドレット＞実行形式　ということになりますね。

だから今回もSelect-Stringへのエイリアスが優先されたということになります。

さらに

もしもコマンドタイプまで同じだったとしたら？ということも続きに書いてありますね。

When the session contains items of the same type that have the same name, such as two cmdlets with the same name, Windows PowerShell runs the item that was added to the session most recently.

セッション中に同じ種類で同じ名前を持ったアイテム、同じ名前の２つのコマンドレットがあったらどうするか？

このときはそのセッションに後から追加されたほうを実行する、とあります。 だから、モジュールをインポートしたりして後から被った名前のものがあったりすると、そちらが優先順位を上げてしまうのですね。

気を付けないといけないですね。

ということで、エイリアスは用法用量を守って正しくというところでしょうか。

MIFS Gone Wild: Use Powershell to Track Down Problem Clients

SCCM admins have a lot of things to worry about. Software deployments, OS imaging, patching, the tasks can sometimes feel overwhelming. Tack on client health to that list of responsibilities and you’ll seen feel like you’re going insane. What better way to ease the burden than with Powershell. Here’s a small script you can use to get a glimpse into hardware inventory problems.

When something…

Easily Find all Undefined Clients in Active Directory

I was working on a project recently and needed to find all of the undefined clients in an Active Directory domain.  Undefined clients are those domain members that are in an IP subnet that is not yet defined to a site.  Unfortunately, there’s no central place to find this information so you must turn to some log parsing.

Each domain controller has a netlogon.log file, by default, in the…