Sistec · GitHub · organizzazioni

Organizzazioni GitHub — riepilogo e raccomandazione

Sintesi della sessione Q&A sulle organizzazioni GitHub: ruoli e permessi, differenze Free/Team, e la raccomandazione operativa per Sistec — dove oggi solo il team HMI usa git.

Raccomandazione · org Free sufficiente utenti attivi git: 4 (team HMI) 2026-08-06

Autore: Marco Manfrin · HMI, Sistec · AI expert and early adopter, Developer
Versione: 1.0 · indice di revisione, incrementato a ogni revisione
Ultima revisione: 2026-08-06 · revisionato da Marco Manfrin @HMI, Sistec

Documento derivato da una sessione Q&A condotta per capire come funzionano le organizzazioni GitHub (ruoli, permessi, piani Free/Team) e per decidere il piano adatto al contesto Sistec attuale. Fonte: sessione condivisa opncd.ai/share/5HoLjxuR.

§1

Cos'è un'organizzazione GitHub

Un'organizzazione è un account condiviso — separato dagli account personali — che raggruppa persone e repository di un team o di un'azienda. I progetti fanno riferimento a github.com/org-name/repo.

Repository condivisi di proprietà dell'org, non di un singolo utente.
Team con permessi granulari sui repository.
Audit log delle azioni sull'organizzazione.
Runner CI/CD dedicati per Actions.
Mention @org/team per notificare un intero team.

§2

Ruoli e permessi sui repository

Non tutti i membri dell'org accedono automaticamente in scrittura ai repository, e ancor meno possono modificarne le impostazioni.

Accesso in lettura di default: GitHub assegna a tutti i membri la base permission Read sui repo privati; i repo pubblici sono visibili a chiunque.
Base permission personalizzabile: l'org può innalzarla per tutti i membri (Read → Triage → Write → Maintain → Admin).
Scrittura: serve un ruolo esplicito Write, Maintain o Admin.
Modifica impostazioni repo (collaboratori, branch protection, webhook): riservata a chi ha ruolo Admin sul repo, o agli Owner dell'org (Admin implicito su tutti i repo).
Team: permettono di concedere permessi per gruppo, es. team "Backend" con Write solo su backend-app.

Il punto centrale

Essere membro dell'org ≠ poter scrivere o amministrare tutti i repo. Il default è lettura; scrittura e admin richiedono ruoli assegnati esplicitamente.

§3

Piani: Free vs Team

Il piano Team fattura tutti gli utenti licenziati nell'organizzazione, non solo chi usa attivamente git — un fattore chiave per la scelta.

Caratteristica	Free	Team ($4/utente/mese)
Costo	$0	$4/utente/mese
Repository pubblici/privati	Illimitati	Illimitati
Protected branches su repo privati	No	Sì
Required / multiple PR reviewers	No	Sì
Code owners	Solo repo pubblici	Anche repo privati
Actions minuti/mese	2.000	3.000
Packages storage	500 MB	2 GB
Wiki / Pages / scheduled reminders	Solo repo pubblici	Anche repo privati
Security overview / insight	Solo repo pubblici	Anche repo privati
Supporto	Community	Email

Esiste anche Enterprise Cloud ($21/utente/mese): SAML SSO, audit log avanzato, 50.000 minuti Actions/mese, multi-org.

§4

Caso Sistec: quale piano

Contesto attuale: 3 team di sviluppo — programmatori robot (3 persone), programmatori PLC (3 persone), programmatori HMI (4 persone) — ma solo il team HMI usa git/GitHub oggi.

Raccomandazione

L'org gratuita (Free) è sufficiente. Gli utenti attivi su git sono 4-5, ben sotto ogni limite del piano; il Free copre repo privati illimitati, gestione team e 2.000 minuti Actions/mese.

Il piano Team fattura tutti gli utenti licenziati nell'org: se in futuro si aggiungessero i 6 programmatori robot/PLC, il costo salirebbe senza portare benefici a chi non usa git.

4.1 Quando passare a Team

Serve protected branches + required reviewers sui repo privati.
Serve code owners o wiki/pagine interne sui repo privati.
Si superano i 2.000 minuti Actions/mese.
Serve security overview / insight sui repo privati.

Consiglio operativo: partire con Free e rivalutare tra ~6 mesi, o quando robot/PLC iniziano effettivamente a usare git.

§5

Pacchetti NuGet (.NET/C#) su org gratuita

GitHub Packages supporta feed NuGet anche nel piano Free.

Pubblicazione: dotnet nuget push verso nuget.pkg.github.com/OWNER/index.json, autenticazione via token o Actions.
Quota Free: 500 MB storage + 1 GB data transfer/mese per pacchetti privati (oltre quota, consumo a pagamento).
Pacchetti pubblici: illimitati e gratuiti.
Integrazione: utilizzabile come sorgente NuGet in Visual Studio / nuget.config e nelle pipeline Actions.

Da monitorare

GitHub Packages NuGet è più "grezzo" di NuGet.org: niente unlist comodo, niente protocolli symbol avanzati. Adeguato per pacchetti interni di un singolo team, non per distribuzione pubblica evoluta.

Per il team HMI, che pubblicherebbe solo pacchetti interni, il piano Free è sufficiente.

§6

Sintesi decisioni

Domanda	Risposta
Il piano Free basta per 4-5 utenti HMI?	Sì
Serve il piano Team ora?	No — solo se serve branch protection/review obbligatorie sui privati
Pacchetti NuGet privati su Free?	Sì, entro 500 MB / 1 GB transfer mensili
Tutti i membri org vedono/modificano tutti i repo?	No — default Read; scrittura/admin richiedono ruolo esplicito

rev

Revisioni

Versione	Data	Revisionato da	Modifiche introdotte
1.0	2026-08-06	Marco Manfrin @HMI, Sistec	Emissione iniziale. Riepilogo della sessione Q&A sulle organizzazioni GitHub (ruoli/permessi, piani Free/Team, decisione per il team HMI, GitHub Packages NuGet).