Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
rsync
. Odkazováním na Dropbox a ownCloud jste požadavky moc neupřesnil, protože to jsou dvě dost velmi odlišné věci (už jen proto, že jedno je služba a druhé aplikace), které mají společné snad jenom to, že se tam dají ukládat soubory a má to webové rozhraní.
Chtel bych zalohovat a verzovat treba i zdrojaky a nechci se zatim ucit GIT.Chyba. Zálohování není důvod nepoužívat VCS.
Já si právě s GITem hrál a přišlo mi to šíleně složité.Ani náhodou to není složité. Oproti běžným programátorským problémům je uživatelská stránka Gitu triviální záležitost. Osobně ho preferuju, ale třeba Franta Kučera zde propaguje Mercurial jakožto alternativu s jednodušším a pochopitelnějším rozhraním. Číslování adresářů je relativně nepohodlné a jak člověk jednou vyzkouší spravovat lokální kód pomocí commitů, tagů a větví, už se nikdy nechce vrátit. Narozdíl od šíleností jako CVS nebo Subversion je právě Git (nebo Mercurial a další) ideální pro one man show.
git initMám repozitář.
git add .Mám všechny soubory zazálohované pro případ, že udělám nějakou nesmyslnou změnu.
git rm -f xyzVyhodil jsem trvale soubor, který do projektu nepatří.
git commit -m "initial commit"Mám uložený počáteční stav projektu.
git tag -a v0.0.1 -m "Version 0.0.1"Mám zafixovanou verzi 0.0.1. Až na pár detailů uživatelského rozhraní, vážně nevím, co by mohlo být jednodušší. Od té doby, co jsem začal jsem používat Git na všechny projekty namísto Subversion nebo verzovaných kopií, mám život daleko jednodušší. Navíc se s Gitem dá víceméně pracovat i jako s těmi verzovanými adresáři, přepínání větví, commitů a souborů je bleskové a v přípaďě potřeby lze používat víc pracovních adresářů s různými verzemi. Už i ta nejzákladnější funkcionalita mi šetří obrovské množství času při jakékoli chybě nebo neopatrnosti. Ovšem každý svého štěstí strůjcem a pokud se chceš patlat s adresáři, enjoy...
Ten GIT syncujes nekam na server, nebo to provozujes takhle normalne lokalne?Naprosto libovolně. Jakmile začínám něco dělat, co má povahu projektu, tak minimálně nahodím
git init
a git add
jako obranu proti chybám. Pak už se to větví podle povahy projektu. Většina věcí, co dělám je open source a jde do veřejného repozitáře. Pár jsou věci, které selektivně sdílím pomocí URL, ty jdou do repozitáře na serveru s deployment hoky. Výjimečně jde něco do private repozitáře.
Každopádně pokud máš daný projekt zálohovaný a nepotřebuješ ho sdílet ani deployovat, není problém ho nechat čistě lokálně.
Mne desi to, ze se to nijak neintegruje treba do IDE. Kdybych vyvijel v konzoli, chapu to.Pracuju v konzoli, s integrací neporadím, ale určitě najdeš dost lidí, kteří nějakou používají.
Proste mi pripada, ze pokud nepouzivam serverove funkce a sync treba do githubu, je pro mne mnohem snazsi, kdyz zakladam projekt, vyrobit adresar PROJEKT-POKUS a v nem v1.0 a do nej vytvorit projekt z netbeans. Kdyz jdu neco predelat, vytvorim adresar v.1.1 a ulozim projekt do nej. Tam provadim zmeny.Moje zkušenost je přesně opačná. Nejdřív jsem začal používat Git výhradně lokálně. GitHub tou dobou ani neexistoval. Adresáře mi nevyhovují granularitou. S VCS si ji určuju sám podle aktuálních potřeb.
Jasne, pokud zmenim neco, aniz bych si vytvoril novou verzi a neco se posere, tak se nemam jak vratit zpet.To by mi právě vadilo, VCS mi umožňuje nepřemýšlet dopředu a soustředit se jenom na to, co chci udělat. Dává mi to svobodu dělat naprosté vylomeniny aniž bych se v jejich výsledcích ztratil.
Ale pokud si to ohlidam, dava mi GIT neco navic?Je to jenom nástroj, navíc takový, který je od základu postavený tak, aby pomáhal a nepřekážel. Já osobně vycházím z toho, že si to neohlídám a hlídat si to ani nechci. Architektura Gitu funguje v zásadě na principu těch adresářů a jejich kopií, jenom je to schované do repozitáře a člověk k tomu přistupuje přes ten toolset. A já velkou část toho toolsetu na ty gitovské verzované adresářové stromy skutečně používám.
git init
a git commit
, ale nikdy git push
, tak budeš mít kompletní historii v místním adresáři ./.git
a nikde jinde. Pokud nepotřebuješ program vystavit světu, tak to tak klidně může zůstat. Server není potřeba ani nemá po technické stránce žádnou zvláštní roli. S Gitem se centrální server používá jen z organizačních důvodů, nikoliv z technických (když nepočítám obtížné připojování se na vypnutý notebook kolegy).
Workflow s Gitem při běžném programování vypadá tak, že uděláš nějakou funkci (feature) nebo něco opravíš a commitneš. Pak něco dalšího a zas commitneš. Tedy hodně relativně malých commitů. Když později zjistíš, že jsi něco rozbil, tak ti git bisect
poví, který commit to byl. Na běžné commity můžeš mít čudlík v GUI. Já mám trvale otevřený terminál a nijak mne to nebrzdí.
Tiskni
Sdílej: