Sto scrivendo un'applicazione e un insieme di molti piccoli plugin-dove "molti" significa dozzine e "piccolo" significa una o due fonti. Non sarà necessariamente possibile suddividere i plugin in categorie ordinate e non sovrapposte. Quale sarebbe la migliore strategia per il controllo del codice sorgente:
molti repository, uno per ciascun plugin; o
Un repository, con una directory per ogni plug-in?
Altri suggerimenti sono ovviamente benvenuti. Sto usando Mercurial e hosting su Bitbucket.
C'è una stessa squadra che gestisce tutti i plugin? Tutti i plugin sono gestiti regolarmente?
Vorrei utilizzare un repository per plugin e utilizzare un singolo repository per tutti i plug-in solo se ci sono seri motivi per farlo. In effetti:
La gestione della sicurezza sulle directory di un singolo repository può essere complicata o impossibile. (Non so cosa sia il caso di Mercurial, quindi forse questo punto non è valido per te)
Se ci sono diversi team che lavorano su plugin diversi, mescolarli in uno stesso repository non sarebbe una buona idea.
Che cosa succede se si desidera open source uno dei plugin? Avere un repository separato sarebbe più semplice dell'estrazione di una directory da un repository di grandi dimensioni.
Se ci sono molti plugin abbandonati, non vuoi contaminare il tuo repository con loro. Se sono in un repository separato, ti dimentichi di loro, e questo è tutto.
Quando un nuovo sviluppatore vuole iniziare a lavorare su un plug-in, è molto più veloce ottenere l'origine di un plug-in dal repository, rispetto al tempo richiesto per caricare l'intero codebase contenente migliaia e migliaia di righe di codice .
Le "dozzine" di componenti non sono così tante. Ho avuto progetti con centinaia.
Poiché non esiste un modo conveniente per ordinare questi plug-in in gruppi, basta usare un repository per domarli tutti.
Leggi altre domande sui tag language-agnostic version-control mercurial plugins