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 尋找或提出
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
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 尋找或提出
留言
張貼留言