Di solito, ogni azienda ha la propria convenzione di denominazione (se esiste) per progetti come quello. Ad esempio, IBM ha politiche in atto per quanto riguarda l'interazione con i social media così come i contributi del progetto open-source.
In generale, è una cattiva forma prendere il nome della società principale all'interno di un repository come GitHub. Nelle organizzazioni più grandi, sarebbe un CLM (spostamento di limitazione della carriera) per un dipendente non senior a prendere il nome principale e non essere facilmente accessibile. In IBM, chiunque abbia meno di un VP che rivendica il nome genitore avrà probabilmente una breve conversazione con Legal in cui rinunciare alle credenziali dell'account.
Supponendo che la società madre voglia il suo nome sul progetto, allora parentCo-subproject
è un approccio di denominazione piuttosto comune. Anche se la società non è abbastanza grande da sponsorizzare tutti quei progetti, non fa male comunque ad usare quel modello. I progetti andranno e andranno e ciò renderà la vita più facile nei progetti futuri (come ora stai trovando).
Purtroppo non è una regola universale e non tutti pensano prima di registrare la propria azienda su un sito OSS.
La risposta di cui sopra riguarda principalmente le società di maggiori dimensioni in cui il rischio di collisione di nomi di società con altre società è basso, ma esiste un rischio accettabile di collisione tra nomi di progetti.
Le aziende più piccole potrebbero scoprire che esiste un'altra organizzazione con il loro nome ed è improbabile che possano trovare una sorta di arbitrato sull'uso del nome (o che potrebbero perdere in tale arbitrato). Esistono diversi motivi di collisione, ma generalmente tutti si ritrovano nella seconda parte perdendo il nome principale.
A quel punto, quello che ho visto è che l'organizzazione aggiunge un certo grado di localizzazione per distinguersi. Potrebbe essere un semplice -US
o -CA
per indicare il paese, o un .net
per mostrare che sono foo.net
e non foo.com
, oppure potrebbero usare l'URL completo del loro sito principale.
Detto questo, penso ancora che companyName-project
formi un buon modello per il registro OSS. Crea un sottile cambiamento nel marchio dell'account poiché l'azienda si affida ora più al marchio del progetto per distinguere quel progetto OSS.