私は試みましたが、エラーが発生しました：プロセスシェルがコード255で異常終了しました。 主にこれをSSHに置き、Cygwinまたはplink/Puttyを避けてください。sshなどでEmacsのシェルとしてWindows Bashを使用することはできませんか？
私は設定でこれを持っている：
(setq explicit-shell-file-name "C:\\Windows\\System32\\bash.exe")
(setq explicit-bash.exe-args '("--noediting" "--login" "-i"))
(setenv "SHELL" shell-file-name)
(add-hook 'comint-output-filter-functions 'comint-strip-ctrl-m)
は、私は、彼らが含まれている最新のWindows作者のアップデートとUbuntu 16.04でWindows用のBashを使用し、あなたに
ありがとうございます。 Visual StudioのCode and Cmder（MobaXTermなどのシェルアプリケーション）でうまく動作します。私もBashの代わりにZSHを使っています（oh-my-zshとpowerline9k）。しかし、私は何らかの調整を行いました（ロードに時間がかかりますが、Microsoftがこの遅い問題を解決するために何かを読んでいます）。 正直言って、それはパテを置き換える良い方法ですが、それは少し成長しなければなりません。たとえば、WSLではうまくいかないネットワークツールがたくさんあります。
私はCygwinを準備するか、パテを使うのが苦労しますが、Windowsからたくさんのことをできるようにするパッケージマネージャを含む本当に良いsshクライアントMobaXtermを見てみることができます。 Cygwinを過去のように使用しているかどうかはわかりませんが、ローカルのbashシェルを使ってすぐに使えるソリューションです。
これを終了し、お手伝いをするには、Windows用のWSL/Bashを起動するためのスタートアップ行をCmder：bash -l -i -cur_console:p -c zshに入れてください。あなたはもっと多くの情報が必要な場合はちょうど:)。
Windows上のUbuntuのBash [ベータ版**技術]（https://msdn.microsoft.com/en-us/commandline/wsl/about）に注意してください。 [このブログの記事]（https://blogs.msdn.microsoft.com/wsl/2016/10/19/windows-and-ubuntu-interoperability/）によると、WindowsとLinuxソフトウェア間のI/Oリダイレクトは「来ますすぐに "、それは約4ヶ月前だったので、既にWindows Insiderビルドで利用可能かもしれません。 –