Dal 15 ottobre GitHub non invia più notifiche email per gli eventi di push nei repository. L’azienda ha ritirato la funzione per contrastare spam e abusi, perché i destinatari potevano ricevere questi messaggi senza aver dato il consenso.

Chi utilizzava queste email per seguire gli aggiornamenti di un repository deve quindi predisporre un altro sistema di invio. GitHub indica come alternativa un workflow di GitHub Actions attivato dagli eventi di push.

Per continuare a ricevere i messaggi occorre configurare il workflow e collegarlo a un proprio server SMTP o a un fornitore email. L’invio passa così attraverso l’infrastruttura scelta dall’utente.

GitHub consente ora ai manutentori di includere anche le pull request in bozza nei limiti configurati per il repository. La novità è stata annunciata nel changelog dell’8 ottobre 2026.

Prima della modifica, un utente poteva aprire un numero qualsiasi di bozze anche nei repository che limitavano le altre pull request. Secondo GitHub, includerle nel conteggio aiuta a contenere contributi di bassa qualità, notifiche e cicli CI legati allo spam.

Restano da chiarire: Il changelog non specifica i piani interessati né i passaggi dell’interfaccia per configurare l’opzione.

GitHub presenta un modello ottimizzato per rilevare segreti, che analizza il codice circostante per riconoscere credenziali probabili, comprese password non riconoscibili dal formato del token, senza generare codice o prosa.

Il modello usa il contesto del codice per individuare credenziali probabili anche quando il formato del token non basta. Il passaggio degli avvisi AI esistenti per password è distinto dalle integrazioni ancora in preview.

Il rilevamento in push protection resta in private preview; per l'integrazione con Copilot /security-review occorre attendere la futura private preview annunciata.

GitHub ha pubblicato il 6 ottobre 2026 un aggiornamento per gli amministratori di organizzazioni ed enterprise. Nella vista Coverage di Security Overview, il riepilogo mostra i conteggi dei repository con AI Scan per pull request abilitato o non abilitato; le righe riportano lo stato effettivo di ciascun repository.

I filtri disponibili sono `code-scanning-ai-scan-pr-scan:enabled` e `code-scanning-ai-scan-pr-scan:not-enabled`. Le esportazioni CSV includono una nuova colonna con lo stato. La modifica rende più visibile l’adozione di AI Scan, senza abilitarlo automaticamente.

La documentazione GitHub descrive AI Scan come anteprima pubblica. Lo stato effettivo considera le policy enterprise, la configurazione dell’organizzazione, i prerequisiti e l’opt-out del repository.

Il progetto Git ha pubblicato la versione 2.56.0 con contributi di oltre 104 persone, 39 delle quali nuove al progetto.

Le novità riducono il rischio di includere modifiche estranee durante la risoluzione dei conflitti e migliorano operazioni costose sui repository di grandi dimensioni.

Consultare le note di rilascio complete e verificare la compatibilità di hook, strumenti e workflow prima dell'aggiornamento negli ambienti di produzione.

GitHub ha rilasciato in anteprima pubblica la proof of presence per richiedere una nuova autenticazione interattiva o una verifica multifattore prima di azioni ad alto impatto.

Il controllo riduce l'utilità di cookie di sessione o token compromessi nelle operazioni più sensibili, delegando al provider di identità la verifica fresca dell'utente e delle policy di accesso.

Le organizzazioni idonee possono valutare la preview, configurare le policy Entra ID e verificare l'impatto operativo sulle azioni amministrative protette.

GitHub ha introdotto una policy globale per le funzionalità Copilot generalmente disponibili e per le capacità supportate dai client nelle impostazioni enterprise e organizzazione.

La modifica rende esplicito il controllo amministrativo sulle future funzioni Copilot e riduce il rischio che capacità enterprise restino in uno stato non governato quando diventano generalmente disponibili.

Gli amministratori dovrebbero verificare la nuova impostazione in AI Controls e definire il comportamento desiderato prima del 22 ottobre 2026.

GitHub Security Lab ha pubblicato una pipeline di fuzzing per progetti C e C++ che individua i target, crea harness, esegue AFL++, analizza la copertura, classifica i crash e produce report di vulnerabilità.

Lo strumento automatizza attività normalmente manuali del fuzzing, ma GitHub avverte che esegue comandi scelti dall'agente direttamente sull'host.

Eseguire la pipeline soltanto in ambienti usa e getta, come Codespaces o macchine virtuali dedicate.

GitHub ha introdotto il sandbox locale nell’app GitHub Copilot in anteprima pubblica.

Il controllo locale riduce l’impatto potenziale di comandi involontari e consente ai team di definire confini espliciti per file, rete e credenziali.

Verificare i requisiti del sistema operativo e provare le policy su un progetto non critico prima di abilitarle sui repository di produzione.

GitHub ha ricostruito la vista delle pull request nell’app GitHub Copilot per sostenere diff e conversazioni molto grandi.

La nuova architettura rende più praticabile la revisione di refactoring e migrazioni che non possono essere suddivisi in pull request più piccole.

Verificare il comportamento su pull request reali di grandi dimensioni e gli eventuali requisiti della versione desktop.

Un’indagine di GitHub e dello Yale Program on Climate Change Communication su 1.039 utenti GitHub negli Stati Uniti rileva che otto intervistati su dieci sono interessati a strumenti per scrivere codice più efficiente dal punto di vista energetico.

Il rapporto indica una domanda concreta di strumenti, benchmark e flussi di revisione che trasformino l’efficienza del software in un requisito verificabile, non in una dichiarazione generica.

GitHub invita i team a misurare sprechi di calcolo, dati, rete e rendering e a verificare ogni proposta con benchmark e test riproducibili.

La nuova pagina Pull Requests a livello di repository è ora generalmente disponibile per tutti gli utenti GitHub.

La ricerca e la gestione delle pull request diventano più strutturate direttamente nel contesto del repository, con strumenti utili soprattutto ai team che lavorano su code review numerose.

Provare i nuovi filtri e le azioni in blocco nei repository interessati, verificando i permessi disponibili per il team.

A partire da CodeQL CLI 2.27.0, GitHub considera deprecato il bundle CodeQL all-platform.

Le pipeline che scaricano il bundle unico devono passare a un artefatto legato a sistema operativo e architettura prima della rimozione prevista.

Inventariare i workflow CodeQL e aggiornare gli script di download e cache usando il bundle della piattaforma effettivamente eseguita.

GitHub annuncia il rollout graduale di Grok 4.7, modello di ragionamento di xAI, in GitHub Copilot.

L'arrivo di Grok 4.7 amplia i modelli disponibili nei flussi di sviluppo assistiti da Copilot, ma l'accesso effettivo dipende dal piano e dalla fase di rollout.

Controllare il model picker e, per gli ambienti Business o Enterprise, la policy dei modelli per verificare quando Grok 4.7 diventa selezionabile.

GitHub ha reso generalmente disponibile l'API REST per creare, aggiornare e leggere la condizione Restrict code coverage nelle ruleset dei repository.

Il controllo della copertura può entrare nei flussi infrastrutturali e di qualità del codice senza gestione manuale della ruleset.

Verificare il piano GitHub e predisporre la condizione nella configurazione del repository solo dopo aver attivato Code Quality e gli upload di coverage.

GitHub aggiunge ai token granulari npm l'opzione Read and write (stage only), che consente di preparare una versione senza pubblicarla direttamente nel registry.

La separazione tra staging e pubblicazione riduce il rischio che un workflow automatizzato immetta direttamente una versione npm senza una revisione umana.

Verificare i requisiti del proprio account e aggiornare i workflow compatibili con npm stage publish prima della scadenza indicata da GitHub.

GitHub ha pubblicato un nuovo episodio del GitHub Podcast dedicato a cinque luoghi comuni sull'uso dell'intelligenza artificiale nello sviluppo software.

Il contenuto offre un orientamento ufficiale sul modo in cui GitHub interpreta revisione del codice, retrieval e strumenti per agenti, con attenzione a responsabilità, rischio e manutenibilità.

Valutare il livello di revisione e il contesto documentale necessari prima di adottare questi strumenti in un progetto reale.

La Usage Metrics API di GitHub include metriche sulle skills e sui custom agents della CLI agentica.

Le organizzazioni possono misurare con maggiore precisione quali estensioni della CLI agentica vengono adottate.

I responsabili della piattaforma dovrebbero verificare i nuovi campi disponibili e adeguare i report interni sull'uso degli strumenti agentici.

GitHub ha aggiornato il Copilot impact dashboard per mostrare l'engagement degli utenti attivi sulle funzionalita.

I team che misurano l'adozione di Copilot possono usare un dettaglio piu granulare dell'engagement per funzionalita.

Gli amministratori dovrebbero verificare i nuovi report nel proprio Copilot impact dashboard e confrontarli con i KPI gia adottati.

AI Scan per le pull request puo ora cercare vulnerabilita anche nei repository senza CodeQL default setup.

L assenza di CodeQL default setup non esclude piu automaticamente i repository dall analisi AI Scan, ma restano vincoli di abilitazione, permessi e piano.

Controllare le impostazioni di code scanning, AI Scan e GitHub Advanced Security prima di considerare operativo il nuovo comportamento.