Note

This document is maintained by Federico Vaga <federico.vaga@vaga.pv.it>. If you find any difference between this document and the original file or a problem with the translation, please contact the maintainer of this file. Following people helped to translate or review: Alessia Mantegazza <amantegazza@vaga.pv.it>

Warning

The purpose of this file is to be easier to read and understand for Italian speakers and is not intended as a fork. So, if you have any comments or updates for this file please try to update the original English file first.

Original:Documentation/process/development-process.rst Translator:Alessia Mantegazza <amantegazza@vaga.pv.it>

Una guida al processo di sviluppo del Kernel

Contenuti:

• 1. Introduzione
  • 1.1. Riepilogo generale
  • 1.2. Di cosa parla questo documento
  • 1.3. Crediti
  • 1.4. L’importanza d’avere il codice nei sorgenti principali
  • 1.5. Licenza
• 2. Come funziona il processo di sviluppo
  • 2.1. Il quadro d’insieme
  • 2.2. Il ciclo di vita di una patch
  • 2.3. Come le modifiche finiscono nel Kernel
  • 2.4. Sorgenti -next
  • 2.5. Sorgenti in preparazione
  • 2.6. Strumenti
  • 2.7. Liste di discussione
  • 2.8. Iniziare con lo sviluppo del Kernel
• 3. I primi passi della pianificazione
  • 3.1. Specificare il problema
  • 3.2. Prime discussioni
  • 3.3. Con chi parlare?
  • 3.4. Quando pubblicare
  • 3.5. Ottenere riscontri ufficiali
• 4. Scrivere codice corretto
  • 4.1. Trappole
  • 4.2. Strumenti di verifica del codice
  • 4.3. Documentazione
  • 4.4. Cambiamenti interni dell’API
• 5. Pubblicare modifiche
  • 5.1. Quando pubblicarle
  • 5.2. Prima di creare patch
  • 5.3. Preparazione di una patch
  • 5.4. Formattazione delle patch e i changelog
  • 5.5. Inviare la modifica
• 6. Completamento
  • 6.1. Lavorare con i revisori
  • 6.2. Cosa accade poi
  • 6.3. Altre cose che posso accadere
• 7. Argomenti avanzati
  • 7.1. Gestire le modifiche con git
  • 7.2. Revisionare le patch
• 8. Per maggiori informazioni
• 9. Conclusioni

Lo scopo di questo documento è quello di aiutare gli sviluppatori (ed i loro supervisori) a lavorare con la communità di sviluppo con il minimo sforzo. È un tentativo di documentare il funzionamento di questa communità in modo che sia accessibile anche a coloro che non hanno famigliarità con lo sviluppo del Kernel Linux (o, anzi, con lo sviluppo di software libero in generale). Benchè qui sia presente del materiale tecnico, questa è una discussione rivolta in particolare al procedimento, e quindi per essere compreso non richiede una conoscenza approfondità sullo sviluppo del kernel.