Vlákno názorů k článku
Repozitář YouTube-dl na GitHubu byl obnoven od okalousek - Hurá! Teď aby github ještě vrátil mastera.

Ač mám CLI rád, práce se změnami v IntelliJ je velice produktivní. Třeba chunky jednoho souboru v jednotlivých changelistech dle konkrétní změny, editovatelné zobrazení diffu, přesuny změn mezi changelisty, to vše extrémně urychluje a zpříjemňuje práci a zároveň omezuje riziko chyb. I poměrně rozsáhlý projekt v octave (cca 100 souborů) jsem psal v Idee, přestože nemá pořádnou podporu octave. Správa souborů a změn mi za ty chybějící barvičky a nedoplňování stála. Ladění s breakpointy jsem dělal v octave IDE, ale změny kódu jsem pak stejně psal v idee a v octave IDE pak skřípal zuby.

No a co vám v IDE od JetBrains nefunguje, když se první branch jmenuje main? Asi dělám něco špatně, protože mně všechno normálně funguje.

@okalousek

Zrovna v JetBrains je úplně jedno, jestli používáte main, master, nebo cokoliv jiného. Na CLI nemusím vůbec sáhnout. Ostatně, osvědčilo se mi, i směrem ke kolegům, striktně razit užívání GUI a CLI vynechat. Důvod je prostý: v GUI jsou všechny potřebné operace k dispozici a dostupné úměrně četnosti užívání. Když v GUI něco "chybí", nejprve hledáme chybu v postupu, kterou jsme udělali, že jsme se do takové situace dostali. To pomohlo odhalit některé menší neefektivity. Návdavkem v GUI získáváme spoustu užitečných funkcí - např. výše zmíněné přímo editovatelné diffy.

"striktně razit užívání GUI a CLI vynechat"

To musí být práce snů...

Používat GUI s kolegy je lepší, když používáte všichni to samé a když můžete kolegovi sáhnout na myš. Pokud řešíte něco na dálku, v heterogenním prostředí, potřebujete to někde popsat – pak vychází líp řešit to pře CLI, protože tam nadiktujete nebo napíšete příkaz a nemusíte složitě popisovat, kam na co klikat.

Bohužel už ani git v tomhle není důsledně jednotný, zejména v konfiguraci po instalaci. Napíšete účastníkům kurzu, že si mají předem nainstalovat git, a pak stejně řešíte u každého něco jiného. Jednomu se jako editor spouští vim, u jednoho to vyžaduje nakonfigurovat jméno a e-mail, u dalšího to samé ale hláška vypadá jinak…

Pro běžnou práci ale používám GUI, protože tam už jsou ty relativně nízkoúrovňové nástroje gitu hezky zabalené do vysokoúrovňovějších operací a jenom si vybírám, co chci dělat.

Pro běžnou práci ale používám GUI, protože tam už jsou ty relativně nízkoúrovňové nástroje gitu hezky zabalené do vysokoúrovňovějších operací a jenom si vybírám, co chci dělat.

Hlavně JetBrains vypisuje v terminálu (logu), jaké příkazy provádí, takže není těžké to reprodukovat či hintovat ty, co používají jiná prostředí.

> Jednomu se jako editor spouští vim

To je přece nastavení jeho systému, například proměnná prostředí $EDITOR, které git respektuje.

17. 11. 2020, 12:49 editováno autorem komentáře

Silně pochybuju o tom, že výchozí nastavení MacOS je takové, že je tam $EDITOR nastavená na vim.

Tak jsem se podíval do zdrojáku a děje se to tady. Co by se podle vás mělo stát, když uživatel nemá nastavený editor? Ještě mě napadlo, že by to mohlo místo toho dělat xdg-open (resp. nějaký jeho ekvivalent na macOS), ale to by se mi u terminálové aplikace nelíbilo (očekávám, že se soubor otevře v terminálu, ne že mi vyskočí další grafické okno) a stejně to neřeší když to uživatel má blbě nastavené.

Problém je v tom, že když si to nainstalují různí lidé ve stejné době na stejný systém, chová se to pokaždé jinak. Jistě, musí být nějaký důvod, proč to tak je. Bylo to jen takové povzdechnutí, že ani u cli aplikace se nedá spolehnout na to, že se bude všude chovat stejně.

Ta základní pointa je, že je jedno, jestli používáte IDE nebo CLI. master je pouze zažitý název pro větev. Není to nic, co by bylo někde hardcodované, takže prostě v IDE vytvoříte větev s libovolným názvem a s tou budete pracovat.