Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Linuxová distribuce Frugalware (Wikipedie) ke konci roku 2025 oficiálně končí.
Byla vydána nová verze 3.0.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP bude brzy k dispozici také na Flathubu.
Americký výrobce čipů AMD uzavřel s americkou společností OpenAI smlouvu na několikaleté dodávky vyspělých mikročipů pro umělou inteligenci (AI). Součástí dohody je i předkupní právo OpenAI na přibližně desetiprocentní podíl v AMD.
Byla vydána nová verze 10.1 sady aplikací pro SSH komunikaci OpenSSH. Uživatel je nově varován, když se nepoužívá postkvantovou výměnu klíčů.
Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.
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 »Řešení dotazu:
Git je dobrý, ale strašně překomplikovaný (+ nemám rád jeho značení revizí).Čo je zlé na spôsobe, akým značí revízie git?
Všechno. Ba ne, dělám si sranduGit je dobrý, ale strašně překomplikovaný (+ nemám rád jeho značení revizí).Čo je zlé na spôsobe, akým značí revízie git?
Jo, už jsem si taky všiml. To bazaarovský se mi ale líbilo nejvíc
Mimochodem, nakonec to tedy vyřeším následovně:
use lib 'něco'
díky čemuž ho můžu sdílet napříč projekty a není to třeba rozkopírovávatNějaké nápady na vylepšení?
Budeš potřebovat i nějaký způsob, jak databázi upgradovat a kontrolovat shodu s předlohou. Jakmile máš víc instalací, každou v jiné verzi a ... no je v tom bordel
- databáze prozatím oddělené na vývoj a produkci, ke každému releasu budu vytvářet CREATE SQL skript
Pokud jde jenom o mergování dvou branches, tak to svn zvládá prakticky stejně dobře jako proklamované DVCS.Dovolim si nesuhlasit. Na jednom projekte som to bol nuteny robit, a skutocne to nechcem viac zazit. Stacili dve spravne premenovania suborov v sekvencii par stovak komitov do jednej vetvy a SVN nezvladol tu vetvu mergnut naspat do trunku, v ktorom po oddeleni zmienenej vetvy nedslo k ziadnej zmene. Ja mam Subversion rad a pouzivam ho spokojne uz cca 7 rokov. Ale subversion a merge, to je pre masochistov.
Ale pokud jde o mergování jen několika konkrétních změn tak je to na prdel.A to se v takovýchto projektech dělá docela často. Někde něco opravíš nebo uděláš nějakou fićurku a chceš jí dostat do hlavní větve. A merge nestačí, protože chceš přenést jen tu jednu změnu a ne všechny změny... Backportování oprav do starších instalací, které nechceš z jakéhokoliv důvodu upgradovat je další častý případ.
Pokud potřebuješ hlídat více velmi podobných projektů, tak se zcela jednoznačně vyhni velkým obloukem SVN. Místo toho použij Git nebo něco jiného, co umí merge.Proč podle Vás neumí SVN merge?
V SVN je merge coby funkce na řešení výjimečných situacíA proto je jí věnována celá kapitola v návodu? http://svnbook.red-bean.com/en/1.0/ch04.html Já žiju v domnění, že se v SVN dá merge použít (a taky jej tak používám) stejně jako v Gitu, možná s nějakým rozdílem v rychlosti. Pokud víte o něčem specifickém, kde SVN pokulhává tak sem s tím.
Tiskni
Sdílej: