Visualizza messaggio singolo
Vecchio 06 agosto 13, 18:05   #92 (permalink)  Top
eriskio
User
 
L'avatar di eriskio
 
Data registr.: 18-03-2010
Residenza: Genova
Messaggi: 1.114
Immagini: 4
Citazione:
Originalmente inviato da romoloman Visualizza messaggio
Scusa perchè non sbacare l'esistente ?
I fork senza introdurre modifiche sono generalmente quanto più dannoso e dispendioso possa esistere per un progetto opensource.

Quando Bertrand ed io abbiamo fatto il fork di opentx (all'epoca open9x) era per aggiungere feature e modifiche che non erano ben accette nel progetto originale.
Se era solo per fare debugging saremmo rimasti in gruvin9x.
No, ed è il motivo per cui esistono (e mi piacciono) progetti come FreeBSD, OpenBSD e NetBSD: il primo traina lo sviluppo, gli altri "specializzano" (sicurezza e stabilità l'uno e portabilità l'altro).
La fase di stabilizzazione di un software "complesso", specie se non eseguito da integratori specialisti ma da una base piu' o meno larga di sviluppatori e utenti, deve fare tesoro delle esperienze personali.
Il trovare e risolvere un baco, dovrebbe portare alla scrittura di uno (o piu') test di non regressione anzitutto, cosa che sui progetti opensource delle radio finora non ho visto fare. questo perchè ogni singola modifica al codice anche minima potrebbe portare ad un disastro; insomma ritengo che debba esistere un sistema organico di test automatico delle funzionalità (come esiste nei progetti industriali).
Fare un fork significa freezare (bloccare) lo sviluppo ad un certo punto, stabilizzandolo il piu' possibile da un lato per offrire un prodotto finito e serio, ma lasciando contemporaneamente che chi sviluppa nuove funzionalità possa continuare liberamente a farlo.
Purtroppo la perfezione nello scrivere codice è molto di là da venire, e qualche bachetto scappa sempre anche ai piu' meticolosi, precisi e bravi programmatori.
Tu mi dirai che questo può essere fatto solo con una branch nel repository centrale: vero ma forse è meglio duplicare permettendo a ciascuno di essere libero di agire secondo la propria disponibilità di tempo/risorse e poi riallineandosi secondo esigenza che non obbligarsi ad un inseguimento continuo e senza senso.
Per inciso, se stabilizzo un pezzo un di codice, non mi posso permettere il lusso di doverlo rivedere perchè nel frattempo qualcuno mi ha fatto un merge per disegnare qualche faccina in piu' sul display...
Ovviamente questo è frutto di mia personale esperienza/abitudine ed è quindi assolutamente una visione personale.

Ciao
__________________
AGEM Genovamodel.it
eriskio non è collegato   Rispondi citando