cs:tools
Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
Obě strany předchozí revizePředchozí verzeNásledující verze | Předchozí verze | ||
cs:tools [2021/06/07 15:55] – [Generování výstupů] kaklik | cs:tools [2023/02/06 21:52] (aktuální) – [KiCAD] kaklik | ||
---|---|---|---|
Řádek 11: | Řádek 11: | ||
==== KiCAD ==== | ==== KiCAD ==== | ||
- | Program [[http:// | + | Program [[http:// |
- | Použití | + | Použití |
Řádek 45: | Řádek 45: | ||
==== Eagle ==== | ==== Eagle ==== | ||
- | Některé moduly jsou navržené v tomto systému ale díky nutnosti odlišné adresářové struktury jsou publikovány v SVN databázi MLAB_E, která zatím nemá webové výpisy. Do budoucna se využití Eagle pro návrh modulů dále nepředpokládá. | + | Některé moduly jsou navržené v tomto systému ale díky nutnosti odlišné adresářové struktury jsou publikovány v SVN databázi MLAB_E, která zatím nemá webové výpisy. Do budoucna se využití |
- | + | ||
- | === Texty a popisy === | + | |
- | + | ||
- | Program Eagle používá jiné textové fonty než původně využívaný program PADs, proto je nastavení mírně odlišné, zatím se jako nejlepší jeví toto | + | |
- | + | ||
- | * Vrstva mědi = popisky font " | + | |
- | + | ||
- | Na jednom modulu se může vyskytovat více velikostí písma, (obvykle na modulech stačí méně, než 3). Pouzivaji se v poradi, nazev modulu, popisky, výstrahy, označení autora. Různé velikosti se samozřejmě používají pouze v případech, | + | |
Řádek 74: | Řádek 66: | ||
- | ==== ATOM ==== | ||
- | [[https:// | ||
- | |||
- | Pro OpenSCAD je potřeba [[cs: | ||
==== OpenSCAD ==== | ==== OpenSCAD ==== | ||
Řádek 245: | Řádek 233: | ||
sudo apt-get install codeblocks | sudo apt-get install codeblocks | ||
| | ||
+ | === ATOM === | ||
+ | [[https:// | ||
+ | |||
+ | |||
==== Embeded systémy ==== | ==== Embeded systémy ==== | ||
Řádek 265: | Řádek 257: | ||
Pro správu softwarového vývoje a dokumentace modulů používáme [[https:// | Pro správu softwarového vývoje a dokumentace modulů používáme [[https:// | ||
- | |||
- | === Linux === | ||
- | |||
- | Jako nejefektivnější uživatelské rozhraní pro git se osvědčil příkazový řádek s tím, že jeho efektivita je zde ještě markantnější než u SVN. | ||
- | |||
- | == Nový uživatel == | ||
- | Pro pohodlnou ptáci s git je efektivnější používat metodu klonování s SSH. Není při práci vyžadováno stále přihlašování. Komunikace je autentizována na základě privátního klíče. Pro každý počítač je potřeba vygenerovat unikátní klíč. | ||
- | |||
- | - Je potřeba si založit uživatelský účet na https:// | ||
- | - Následně je potřeba [[https:// | ||
- | - Vygenerovaný klíč je potřeba [[https:// | ||
- | - Pokud v návodu nefunguje správně uložení klíče do schránky, tak je možné daný klíč získat otevřením skrytého souboru a provést překopírování klíče ručně. '' | ||
- | - Tento postup stačí provést jen při prvním stahování na daném počítači. | ||
- | |||
- | == Základní příkazy == | ||
- | |||
- | == Klonování repozitáře : == | ||
- | |||
- | - Nejprve je potřeba vybrat místo, kde má být repozitář v počítači uložen a v daném místě si otevřít příkazový řádek. | ||
- | - Příklad bude ukázán na repozitáři kicad-mlab: https:// | ||
- | - Na dané stránce si stáhneme potřebnou cestu k repozitáři. Webové tlačítko "Clone or download" | ||
- | - Je potřeba si přepnout cestu pro "Clone with SSH", na místo "Clone with HTTPS" | ||
- | - Pro náš případ cesta vypadá takto: git@github.com: | ||
- | - Nyní stačí v příkazové řádce zadat příkaz: | ||
- | |||
- | |||
- | git clone git@github.com: | ||
- | |||
- | |||
- | - Následně můžeme být vyzváni k zadání hesla, které jsme si zvolili při generování SSH klíče. | ||
- | |||
- | == Stažení aktuální verze: == | ||
- | |||
- | - V místě uložení repozitáře je potřeba zadat v příkazové řádce následující příkaz: | ||
- | |||
- | git pull | ||
- | |||
- | |||
- | == Zjištění stavu aktuálnosti repozitáře == | ||
- | |||
- | git status | ||
- | |||
- | Tento příkaz vypíše u jakých souborů došlo ke změně, nebo které byli přidány jako nové. | ||
- | |||
- | == Přidání nového souboru, složky == | ||
- | |||
- | git add název_souboru | ||
- | | ||
- | Po označení celé cesty z výpisu příkazů lze cestu vložit pomocí kliknutí na prostřední tlačítko myši. | ||
- | Pro přidání všech změn lze použít ```git add .```. | ||
- | |||
- | == Vytvoření commitu == | ||
- | |||
- | git commit -m "Popis provedené změny" | ||
- | |||
- | Po tomto příkazu je commit pouze v lokální kopii repozitáře. Aby se data odeslala na server je potřeba zadat následující příkaz. | ||
- | |||
- | == Upload na server == | ||
- | |||
- | git push | ||
- | | ||
- | Pro ověření, zda veškeré úkony proběhly v pořádku je dobré se podívat na výstup příkazu: | ||
- | |||
- | git status | ||
- | |||
- | Ve výpisu by neměly být žádné položky, které jsme chtěli nahrát. | ||
- | | ||
- | |||
- | == Změna velikosti lokálního repozitáře == | ||
- | |||
- | Git si ve výchozím nastavení stahuje celý repozitář včetně veškeré historie úprav. Toto lze zamezit při stahování repozitáře pomocí parametru ```--depth=< | ||
- | |||
- | git clone < | ||
- | |||
- | Pokuď toto chcete aplikovat na existující kopii repozitáře, | ||
- | |||
- | git fetch --depth 2 | ||
- | git reflog expire --expire=all --all | ||
- | git gc --prune=all | ||
- | |||
- | |||
- | == Přejmenování větve repozitáře == | ||
- | |||
- | Protože u repozitářů hardware není vhodné využívat větev master, neboť mezi větvemi vyrobeného hardware nemá velký smysl větve slučovat do aktuální. Tak každý hardwarový repozitář obsahuje větve pojmenovávající varianty již vyrobeného hardware. | ||
- | |||
- | Protože git implicitně předpokládá název hlavní větve jako master, tak je nutné provést přejmenování. | ||
- | |||
- | Nejdříve lokálně přejmenujeme větev v naklonovaném repozitáři | ||
- | git branch -m master new_branch | ||
- | |||
- | Změnu názvu je potřeba nahrát do repozitáře na serveru | ||
- | git push --set-upstream origin new_branch | ||
- | # Push the new branch, set local branch to track the new remote | ||
- | |||
- | Následně je potřeba ve webovém rozhraní githubu pro nastevení repozitáře změnit jméno default větve. (Na githubu volba Branches -> Default branch). | ||
- | Pak je možné větev master smazat. | ||
- | |||
- | git push origin : | ||
- | |||
- | |||
- | == Odděleni složky z repozitáře do samostatného repozitáře == | ||
- | |||
- | Některé repozitáře postupem času vyrostou v obrovské molochy, které na disku zabírají hodně prostoru. Toto je příklad repozitáře [[https:// | ||
- | Plánovaným řešením tohoto problému je oddělení jednotlivých modulů do [[https:// | ||
- | |dokumentace githubu]]. | ||
- | |||
- | Nejdříve je potřeba si naklonovat čistý repozitář. | ||
- | |||
- | git clone git@github.com: | ||
- | | ||
- | V něm je potřeba vyfiltrovat složku, která obsahuje oddělovaný modul | ||
- | |||
- | git filter-branch --prune-empty --subdirectory-filter cesta_k/ | ||
- | | ||
- | Takto upravenému repozitáři ještě vytvoříme větev pojmenovanou podle konkrétní verze modulu. | ||
- | |||
- | git branch -m master Názevmodulu_včetně_verze | ||
- | |||
- | Následně je potřeba na githubu vytvořit nový repozitář a cestu na remote nahradit jeho adresou. např. | ||
- | |||
- | git remote set-url origin git@github.com: | ||
- | |||
- | Pak stačí do repozitáře nahrát připravený obsah odděleného modulu | ||
- | |||
- | git push -u origin BRANCH-NAME | ||
- | |||
- | |||
- | |||
- | |||
- | |||
- | |||
+ | Github používá verzovací nástroj [[https:// | ||
- | === Windows | + | ==== Subversion ==== |
- | [[https:// | + | |
+ | Historicky byly konstrukce i moduly udržovány pomocí nástroje [[https:// | ||
===== Dokumentace vývoje ===== | ===== Dokumentace vývoje ===== |
cs/tools.1623081317.txt.gz · Poslední úprava: 2021/06/07 15:55 autor: kaklik · Právě zamknuto: 65.108.99.55