Windows Subsystem for Linux 脫離Beta

Windows Subsystem for Linux脫離Beta惹

What’s new in WSL in Windows 10 Fall Creators Update

Windows 10版本更新至1709

>更新...
>更新......
>更新.........跑很久

在Windows 10更新版本後，啟用 WSL 不需要再使用開發者模式

控制台\程式集\程式和功能
>開啟或關閉Windows功能
>適用於 Linux 的 Windows 子系統

>啟用後重新啟動系統

Microsoft Store
>Ubuntu
即可直接下載啟用

打開時需要一段時間安裝

然後設置使用者帳號以及密碼

>安裝完成
>lsb_release -a 查看Ubuntu Version

Distributor ID: Ubuntu
Description:     Ubuntu 16.04.3 LTS
Release:           16.04
Codename:       xenial

接著即可直接安裝所需的開發套件，而GUI目前在WSL尚不支援

在WSL上啟用的服務並不會持續在背景執行，當Session皆關閉後即會關閉

重新開啟後，也並不會自動啟動，所以不太適合當作常駐的環境使用

而在WSL下，本機的磁碟會被掛載在/mnt目錄下

很適合Windows開發環境部署測試使用，可以直接以WSL執行所需測試的程式

減少開發環境差異所造成的一些低能問題...

至今我還是很納悶某些人開發環境的配置

之前曾參與的專案有個很莫名的配置↓↓↓

開發機環境(Windows) = 測試機環境(Windows) ≠ 正式機環境(Linux)

常常碰到上頭很臨時的要求部署上新功能

然後開發機和測試機都沒問題，一上正式機就碰釘子，而且屢試不爽

開發測試和正式機環境皆一致當然是最好

但開發機很難更換，畢竟還是會受限於公司會綁定一些軟體僅限於Windows，且內部伺服器大部分皆為Windows Server的時候，也只能照著公司的配置使用。

雖然曾提議將測試機改用Linux環境，卻得到"太麻煩"、"有必要嗎?"等回應

開發環境不先搞好出問題卻又怪東怪西#$%^&*...唉...

至少搭配WSL多少可以減少一些環境差異的變異因子，在開發時就能提早發現

(不過我的還是Windows 7 QQ，公司換新機前我應該早就已經離開了...)

搭配VS Code

在終端機設定加入
"terminal.integrated.shell.windows": "C:\\Windows\\Sysnative\\bash.exe",
即可直接以WSL的shell啟用，取代原先的windows powershell

其餘問題可以在 Microsoft github WSL issues 尋找或提出