Re: [TOOL] slackpkg+ released
Inviato: lun 6 giu 2016, 22:04
Allora...
Siamo arrivati alla 1.7.0
Ho anche aggiunto il bash-completation per chi ha installato il pacchetto bash-completation.
Mi manca solo da rifinire il changelog e pacchettizzare, ma ho un problema su come riorganizzare git.
Per il repository http è facile:
In http://slakfinder.org/slackpkg+1.6/ rimarrà la vecchia 1.6
In http://slakfinder.org/slackpkg+1.7/ c'è la nuova versione
Invece http://slakfinder.org/slackpkg+/ sarà un link a 1.7
mentre http://slakfinder.org/slackpkg+dev/ sarà la nuova versione di sviluppo.
Ma per github, allo stato attuale ci sono fondamentalmente i branch devel e master (il branch stable non è veramente partito).
Ora sono indeciso su come organizzarlo.
Questa https://github.com/zuno/testplus è una ipotesi
master si rinomina in "1.6";
"1.7" viene forkato da devel
devel viene rinominato in master
L'idea è che (lo suggeriva qualcuno su linuxquestions) il master dovrebbe essere la mainline, l'eterno -current che di tanto in tanto viene forkato nelle varie stable (come fa slackware tra l'altro).
Fare questo però genererebbe qualche ambiguità con la struttura attuale ma soprattutto devo fare un commit con il forced non-fastforward.
Se invece voglio mantenere la struttura attuale, in cui la devel attuale viene unita al master, dovrei fare un merge che però fallisce perchè ad un certo punto nel master ci sono stati commit indipendenti dalla versione di sviluppo per fare backporting di patch.
E quindi comunque dovrei fare una forzatura.
Non sono un esperto in questo aspetto. Che mi consigliate?
Siamo arrivati alla 1.7.0
Ho anche aggiunto il bash-completation per chi ha installato il pacchetto bash-completation.
Mi manca solo da rifinire il changelog e pacchettizzare, ma ho un problema su come riorganizzare git.
Per il repository http è facile:
In http://slakfinder.org/slackpkg+1.6/ rimarrà la vecchia 1.6
In http://slakfinder.org/slackpkg+1.7/ c'è la nuova versione
Invece http://slakfinder.org/slackpkg+/ sarà un link a 1.7
mentre http://slakfinder.org/slackpkg+dev/ sarà la nuova versione di sviluppo.
Ma per github, allo stato attuale ci sono fondamentalmente i branch devel e master (il branch stable non è veramente partito).
Ora sono indeciso su come organizzarlo.
Questa https://github.com/zuno/testplus è una ipotesi
master si rinomina in "1.6";
"1.7" viene forkato da devel
devel viene rinominato in master
L'idea è che (lo suggeriva qualcuno su linuxquestions) il master dovrebbe essere la mainline, l'eterno -current che di tanto in tanto viene forkato nelle varie stable (come fa slackware tra l'altro).
Fare questo però genererebbe qualche ambiguità con la struttura attuale ma soprattutto devo fare un commit con il forced non-fastforward.
Se invece voglio mantenere la struttura attuale, in cui la devel attuale viene unita al master, dovrei fare un merge che però fallisce perchè ad un certo punto nel master ci sono stati commit indipendenti dalla versione di sviluppo per fare backporting di patch.
E quindi comunque dovrei fare una forzatura.
Non sono un esperto in questo aspetto. Che mi consigliate?