Source Git

Il nostro intento è quello di avvicinare le comunità downstream e upstream: fornire feedback da downstream a upstream (es. "Ciao <progetto upstream Y>, il vostro ultimo rilascio non funziona in Fedora Rawhide, interrompe il funzionamento di <Z>, ecco un link ai log."). Tutto questo può essere automatizzato.

Una delle implicazioni è che diventa banale proporre modifiche a monte (upstream) o fare il cherry-pick di correzioni da upstream a downstream.

La stabilità di Fedora Rawhide è ora all’ordine del giorno: unire, compilare e comporre solo componenti che si integrano bene con il resto del sistema operativo. Basta con build di composizione corrotte o aggiornamenti che interrompono il funzionamento del resto del sistema operativo.

Sviluppare in dist-git è macchinoso. Modificare file di patch e spostare continuamente archivi tarball non è divertente. Perché non lavorare direttamente con il codice sorgente? Con il source-git, avrai a disposizione un repository upstream con il contenuto di dist-git inserito in una directory dedicata.

Utilizziamo tecniche di sviluppo moderne come le pull request, la code review, le moderne piattaforme git, l’automazione e la continuous integration. Abbiamo i computer per svolgere tutti i compiti banali. Perché noi, in quanto esseri umani, dovremmo fare un simile lavoro?

Vogliamo che dist-git sia "un database del contenuto di una release" piuttosto che un luogo in cui svolgere il lavoro vero e proprio. D’altra parte, potrai comunque interagire con dist-git allo stesso modo. Non ti priveremo di questo. Il source-git vuole essere l’alternativa moderna e migliore.

Scaricare e convalidare automaticamente i nuovi rilasci upstream. Questa può essere un’operazione banale, perché i manutentori dovrebbero sprecare il proprio tempo in un lavoro che può essere automatizzato.