Qual è l'etichetta di rinominare un fork open source?


29

Voglio passare a Github il framework di test java TestNG (licenza Apache 2) in modo da poter aggiungere / modificare alcune cose minori per soddisfare le mie esigenze.

È improbabile che tutte le mie modifiche vengano approvate nel progetto principale o che altre persone usino il mio fork. Questo non sarebbe in alcun modo una competizione per il progetto principale.

Ora, in termini di denominazione, voglio cambiare il nome del manufatto (testng-mycompany) o la versione (6.8.mycompany), quindi non c'è confusione con la versione ufficiale nel mio repository maven. Questo sarebbe considerato una cattiva etichetta? Se sì, qual è l'approccio migliore per distinguere la tua forcella?


9
Vedi anche il progetto Forking sul processo Github e l' etichetta e l'intersezione dei tag biforcazione (che attualmente ha la tua domanda e quella collegata).

Risposte:


5

Allontanati e fai del tuo meglio / peggio.

Il software open source ha sempre avuto l'obiettivo di consentire alle persone di adattarsi, cambiare e sfidare le convenzioni. La parte difficile del fork di un progetto è lo sviluppo di una nuova comunità intorno a te che crede in ciò che stai facendo.

Ad esempio, potrei scaricare il sorgente per Apache, apportare alcune modifiche e chiamarlo la prossima grande cosa .. ma se nessun altro viene coinvolto, allora sono bloccato a giocare a milioni di nuove funzionalità e correzioni di bug fornite da la principale community di Apache.

Riferimento: Game of Thrones.

Invece di fork TestNG potrebbe essere più semplice scrivere moduli / componenti aggiuntivi sopra il Repo esistente, in questo modo dovrai solo mantenere il tuo codice.

In alternativa, se senti la necessità di modificare TestNG, forse è semplicemente lo strumento sbagliato per il lavoro.

[Dichiarazione di non responsabilità, non ho mai sentito parlare di TestNG fino ad ora]


-1. Questo non risponde in alcun modo alla domanda.
Jon Bentley,

2

I progetti Open Source sono destinati ad essere avanzati. La cosa grandiosa dei progetti open source è che incoraggiano la collaborazione esterna. Quando decidi di biforcare un progetto, dichiari semplicemente di aver preso l'iniziativa di produrre il tuo "sapore" o "interpretazione" del progetto. Molti team finiranno per cambiare i propri progetti al fine di espandere la base del progetto per molteplici scopi.

Esempio: Webkit e Blink

Per quanto riguarda la denominazione, vuoi essere il più chiaro possibile. Le pratiche di nomenclatura di base nello sviluppo sono piuttosto ambigue.

Vai a: Quale "convenzione di denominazione della versione" usi?

Se dovessi biforcarti, vorrai dichiarare il tuo "Nome" e quindi comunicare esattamente quale versione stai utilizzando.

Non vedo un motivo per sborsare a meno che tu non abbia intenzione di portare il progetto in una direzione fondamentalmente diversa da quella prevista. Ho scoperto che, nella maggior parte dei casi, le funzionalità / modifiche aggiunte che proporrei offrivano un'ottima opportunità di apprendimento da entrambe le direzioni. Semmai sono con Dave sull'idea di creare moduli separati per promuovere la modularità preservando l'integrità del progetto principale.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.