Už po několikáté jsem musel vzpomínat, jak správně synchronizovat forknutý repozitář z GitHubu. Znáte to také? Nejspíš ano. Pojďme si postup připomenout společně.
Po 3⁄4 roce práce v Golangu jsem se vrátil na chvíli k Javě. Doufám, že jen dočasně. Protože, když člověk na dostatečně dlouhý čas vypadne z prostředí, kde dlouhodobě pobýval, a vrátí se zpět, najednou mu dojde, jak jsou některé věci obskurní. A jak některé věci, které byly vymyšleny s nejlepšími úmysly pomáhat, ve skutečnosti práci zatemňují a ztěžují. Je to, jako když žijete v prasečáku a už si pak neuvědomujete, že prasata smrdí.
Heslovitě: Openpilot. AV1 a Intel. The Road to React with Firebase. Colourise.sg. Vue 2.6. Winfile.exe. Cross Account Protection. Password Checkup. Selhávání Web extensions. NearDB. Websocketd. React 16.8. Never-Slow Chrome.
Podělím se s vámi o svoje zkušenosti, zdary i nezdary se zakládáním a provozováním kroužku programování pro děti ze základní školy.
Neslo by to jednoduseji?
Proc misto fetch+checkout+merge neudelat proste pull? Podle me to bude mit stejnej efekt.
Jeste je teda potreba rict, ze po merge i pull muze bejt obcas potreba commit, pokud se tam resil nejakej konflikt…
Re: Neslo by to jednoduseji?
Ano, dá se udělat
git checkout master→git pull upstream master. Je to jen otázkou osobní preference použítpull, nebofetch+merge(třeba z důvodů větší kontroly příchozích změn).