Diskuze: GitHub - jak se zde spolupracuje - commit
Člen
Zobrazeno 8 zpráv z 8.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
Na GitHub si můžeš nastavit, jaká práva mají collaborators a owner. Jde např. nastavit, že každá změna v default branch (master) půjde udělat jen přes pull request s odsouhlasením od x lidí (to jde nastavit i pro ownera).
Většinou se pracuje právě přes pull requesty, kde si každý vývojář
pro danou menší funkcionalitu vytvoří větev na které vytvoří pull
request (prostě žádost o merge dané větve, většinou do defaultní, tj.
master). Tzn. kdybys dostal za úkol udělat nějakou funkcionalitu, tak si
naclonuješ repozitář (git clone ...)k sobě na pc, tam si
vytvoříš novou větev (git checkout -b ...), uděláš sérii
komitů a během práce, či až dokončíš, vytvoříš náležitý pull
request na GitHubu. To uděláš tak, že pushneš své změny v nové větvi a
na GitHub se ti objeví možnost vytvořit právě daný pull request. Ten
samozřejmě náležitě okomentuješ.
By default nemají lidé push access, a pokud ho chceš někomu dát, přidáš ho jako collaboratora (+ owner).
Podívej se na nějaké větší repozitáře, jak to funguje tam. Například https://github.com/flutter/flutter
Je to opravdu jednoduché. Trochu si vokoukni repozitáře a třeba si i pohraj se svým.
+ - lehce otestováno.
Menší otázka ještě (a tím to prozatím u sebe uzavřu) - jde nastavit, že merge může udělat jen Owner (bez dalších odsouhlasení)?
Viz obrázek.
Dle tohoto nastavení jsem musel odsouhlasit z druhého účtu a pak až merge šlo (a myslím i u druhého účtu).
A nebo je to v rozporu s filozofií otevřeného kódu?
Odškrtni "Include administrators" a ty jako admin (owner) nebudeš muset mít review. Ostatní (tuším i collaborators) budou muset.
Jo, ty to asi myslíš trochu jinak. No, merge můžeš udělat ty jako owner a pak všici collaborators (ty co explicitně nastavíš v tom seznamu), pokud jim projdou testy (pokud jsou, např. Travis CI) a pokud budou mít to review.
Pokud chceš, abys mohl dělat merge jen ty, odstraň všechny z collaborators.
No jasné! 
Když bych neměl collaboratory, nemůžou zas pushovat, ne?
Každopádně to už je fuk - protože to, že musí mít schválení a já, jako admin mohu mergovat kdykoliv mi plně dostačuje!
Takže VELIKÉ díky.
(předtím jsem v zápalu ani
nepoděkoval).
No, každý ti může pushnovat pomocí pull requestů, tj. že si vytvoří větev, kterou ti pak navrhne k zařazení k tobě do kódu. To, že někoho nastavíš jako "collaborator" znamená to, že může pushovat přímo (mimo jinak nastavené větve) a že mají v issues atp. odznáček.
Zobrazeno 8 zpráv z 8.