Windows Subsystem for Linux jako hlavní prostředí

Re:Windows Subsystem for Linux jako hlavní prostředí
« Odpověď #30 kdy: 20. 04. 2021, 08:54:03 »
Linux přímo na železe jako normální lidi?

 ???


Re:Windows Subsystem for Linux jako hlavní prostředí
« Odpověď #31 kdy: 20. 04. 2021, 08:56:05 »
Ide najmä o používanie rôznych podporných toolov, napríklad taký git. Môžeš si ho nainštalovať do WSL, potom ale jeho integrácia s IDE bude problematická. Alebo si ho nainštaluješ na windows, lenže sémantika atribútov windowsového filesystému je iná a tak budeš stále riešiť problémy s označovaním, ktorý súbor je "executable" a ktorý nie a podobne.

A na takéto dilemy narážaš neustále. Teoreticky je každá z nich nejako riešiteľná, ale zaberie ti to toľko času, že až.

Pred časom som toto riešil s PhpStorm (z hľadiska témy v podstate identické s PyCharm) a prešiel som si nasledovnými "pokusmi":

1. PhpStorm nainštalovaný na Windows, projekt vo WSL
Veľmi rýchlo som zistil, že IDE, projekt a všetky toolsy chcem mať v jednom systéme, inak sú to nekončiace problémy a obmedzenia rôzneho typu.


Dokazal by jsi rict nejaka konkretni omezeni? V cem je problem mit Phpstorm na Windows a nechat to pouzivat vse na tom WSL disku, a nastavit mu konzoli aby automaticky se spustila ve WSL? Kde pak vznikne nejaky zadrhel?

Jakym zpusobem bude problematicka integrace gitu s IDE kdyz bude nainstalovany ve WSL? Z hlediska IDE probiha prace s gitem nad slozkou .git v kazdem jedom repozitari, ktery si v IDE otevru, a PyCHarm ma svuj vlastni git. Kde vznikne problem pri praci s gitem? A kde v GITu oznacujes, ktery soubor je executable a ktery neni?

Re:Windows Subsystem for Linux jako hlavní prostředí
« Odpověď #32 kdy: 20. 04. 2021, 09:11:41 »
Treba si to vyskúšať. Git vo svojom repozitári trackuje u každého súboru, či je "executable" a ak na striedačku jedno repo používam raz s linuxovým/unixovým gitom a druhý krát s windowsovým gitom, tak v tom ľahko vznikne chaos. Podobných problémov je popísaných množstvo, napríklad:
https://github.com/microsoft/WSL/issues/4336
https://www.edwardthomson.com/blog/setting-files-executable-in-git-on-windows.html
https://youtrack.jetbrains.com/issue/IDEA-124933

Ale ako som už napísal vyššie, je možné, že pri dostatočnej vytrvalosti by sa všetky tieto problémy dali nejako vyriešiť. Mňa to proste po istej dobe prestalo baviť stále skúmať a riešiť čo a prečo zase nefunguje a zvolil som preto jednoduchšiu cestu.

Jakym zpusobem bude problematicka integrace gitu s IDE kdyz bude nainstalovany ve WSL? Z hlediska IDE probiha prace s gitem nad slozkou .git v kazdem jedom repozitari, ktery si v IDE otevru, a PyCHarm ma svuj vlastni git. Kde vznikne problem pri praci s gitem? A kde v GITu oznacujes, ktery soubor je executable a ktery neni?

Re:Windows Subsystem for Linux jako hlavní prostředí
« Odpověď #33 kdy: 22. 04. 2021, 11:40:43 »
Treba si to vyskúšať. Git vo svojom repozitári trackuje u každého súboru, či je "executable" a ak na striedačku jedno repo používam raz s linuxovým/unixovým gitom a druhý krát s windowsovým gitom, tak v tom ľahko vznikne chaos. Podobných problémov je popísaných množstvo, napríklad:
https://github.com/microsoft/WSL/issues/4336
https://www.edwardthomson.com/blog/setting-files-executable-in-git-on-windows.html
https://youtrack.jetbrains.com/issue/IDEA-124933

Ale ako som už napísal vyššie, je možné, že pri dostatočnej vytrvalosti by sa všetky tieto problémy dali nejako vyriešiť. Mňa to proste po istej dobe prestalo baviť stále skúmať a riešiť čo a prečo zase nefunguje a zvolil som preto jednoduchšiu cestu.

Jakym zpusobem bude problematicka integrace gitu s IDE kdyz bude nainstalovany ve WSL? Z hlediska IDE probiha prace s gitem nad slozkou .git v kazdem jedom repozitari, ktery si v IDE otevru, a PyCHarm ma svuj vlastni git. Kde vznikne problem pri praci s gitem? A kde v GITu oznacujes, ktery soubor je executable a ktery neni?

Toto není problém. Stačí nastavit "filemode = false" v konfigu repozitáře/gitu a je to. Naprosto stejný problém je i mimo WSL. Vždyť je to napsáno i v tom issue. Windowsový git prostě neřeší linuxová práva.