2008-09-29 16 views
7

Quali parti di un'applicazione Grails devono essere archiviate nel controllo sorgente? Alcune parti evidenti che sono necessari:Cosa deve fare il check-in per un'app Grails?

  • graal-app directory
  • directory test
  • directory web-app

Ora raggiungiamo domande come:

  • Se usiamo un plug-in di Grails (come gldapo), abbiamo bisogno di controllare quel plugin?
  • I plug-in di Grails vengono installati nella directory Grails o nel progetto?

Non sto cercando di iniziare una guerra religiosa su .project, quindi ignorarlo, ma ci sono dei file di progetto "nascosti" di cui ho bisogno di preoccuparmi, insieme ai problemi del plugin?

Convertito in un wiki della comunità, poiché le nuove versioni di Grails hanno modificato alcune di queste soluzioni, in particolare per quanto riguarda i plugin.

risposta

8
  • Non si vuole ./plugins/core (Core Grails plugin) sotto SVN
  • Se non si desidera nulla sotto ./web-app/WEB-INF/ sotto SVN. Di solito non dovresti inserire i file qui. I file da ./conf vengono copiati su WEB-INF/classi in modo tale che si trovino sul classpath, se è necessario fornire qualcosa.

Ecco uno link per i documenti che descrivono in modo più dettagliato.

+0

Hai qualcosa su hg? http://stackoverflow.com/questions/2582121/best-practices-for-using-hg-with-grails – leeand00

1

Direi di mettere tutta la directory del progetto in versionning. Anche le librerie libere non occuperanno molto spazio su disco e non le cambierai così spesso.

Dal mio punto di vista, è in qualche modo "più sicuro" che affidarsi a strumenti esterni come Maven per afferrare tutte le dipendenze, soprattutto quando una delle dipendenze si aggiorna e modifica un po 'il suo comportamento, introducendo "bug" in il tuo progetto.

+0

Grazie, anche se è possibile impostare la versione di una libreria da inserire nel pom Maven. Prendo il tuo punto sul check-in di tutto. – billjamesdev

+0

Certo che puoi, ma ho avuto il problema in una società precedente in cui il manutentore locale ha cambiato la versione interna del tuo rappresentante di maven senza aggiungere nuove directory. È un peccato, ma a volte capita di cagare. – gizmo

+0

E a volte i plug-in stesso hanno bug che è necessario risolvere da soli. Se i plug-in sono separati, ogni nuova installazione implicherà l'applicazione di patch ai plug-in. –

1

Dopo un po 'di ricerche, sembra che i plugin per Grails siano installati nella directory del progetto, non cambiano l'installazione di Grails. Ciò significa che dovrai installare quel plug-in in ogni progetto Grails che desideri utilizzare, e che il plug-in fa parte del codice sorgente di ciascun progetto.

Questi plug-in sono installati nella directory grails-app/plugins, quindi se stai già controllando la directory grails-app, tutto andrà bene.

Non sembrano esserci "file nascosti" che richiedono il check-in, anche se ci sono alcune directory vuote create quando si avvia un nuovo progetto che dovrebbe essere aggiunto al controllo sorgente, come probabilmente aggiungerete file a loro in un secondo momento.

Problemi correlati