Come mantenere un progetto Drupal su GitHub


11

Mantengo diversi moduli su drupal.org. Avendo passato anni a fare le cose "alla maniera dei drupal" (ricordi CVS?) Mi piacerebbe semplificarmi un po 'la vita e usare GitHub.

Mentre ci possono essere ragioni politiche ciò potrebbe essere indesiderabile, ci sono ragioni tecniche? Immagino che la sincronizzazione unidirezionale potrebbe essere semplice come un cron job che fa un avanzamento rapido da un repository github al repository drupal.org corrispondente.

È tutto quello che c'è da fare? Esistono strumenti esistenti per facilitare questo?


Posso capire la frustrazione che porta a questa decisione ...
Wtower,

Risposte:


5

Tecnicamente, questo post su SO copre la spinta / estrazione da più telecomandi git. Nel tuo caso, sembra che avresti impostato 2 telecomandi (git.drupal.org & github.com), estrarre / spingere da github.com secondo necessità, quindi spingere su git.drupal.org quando sei pronto a pubblicare aggiornamenti.

Per quanto riguarda la politica, dai un'occhiata a questa discussione su gdo . Potrebbe contenere alcuni pensieri / intuizioni di altre persone che si trovano nella stessa situazione in cui ti trovi.


Grazie. Questo risponde a tutto tranne che alla mia domanda sulla sincronizzazione automatica.
Coleman,

Felice di aiutare. La parte di automazione può essere eseguita con il processo di script cron bash (supponendo che l'utente cron abbia le chiavi giuste per accedere ai propri repository), ma questo non rientra nell'ambito di Drupal. Inoltre, probabilmente ha già ricevuto risposta su un altro sito SE.
Shawn Conn,



1

Ha molto senso usare GitHub se vuoi pubblicare codice sperimentale. I moduli che non prevedi mai di pubblicare come progetto completo.

Quando gestisci un modulo contribuito, tutti sono liberi di partecipare. Inoltre, drupal.org ha una stretta integrazione con git.drupal.org, quindi devi davvero usarlo.

  • Impegnare l'attribuzione
  • Il problema menziona i messaggi di commit restituiti al problema menzionato.
  • Processo di verifica per i nuovi sviluppatori.
  • Integrazione della versione del progetto (rami e tag).
  • Revisioni della sicurezza del modulo e trasferimenti di proprietà del progetto.

Non penso che sarebbe meglio se sposti il ​​tuo codice su GitHub e chiedi ad altri di partecipare lì. Inoltre, sono davvero contento dei sistemi di controllo della versione che abbiamo ora e di come sono progrediti nel tempo.

Tuttavia, se mantieni altri componenti aggiuntivi di Drupal, ad esempio un file di configurazione per un IDE, uno script di migrazione del sito, una dimostrazione di concetti o qualcosa del genere, penso che Github si adatterebbe meglio. Inoltre, è necessario pubblicare il codice sotto GPL se si desidera utilizzare gup drupal.org.

Mantengo anche alcuni moduli e aggiungo il gestore remoto github oltre a quello drupal.org. Quando invii il tuo codice, puoi semplicemente inviarlo a GitHub allo stesso modo.


Questa è pura opinione e non risponde alla domanda. Inoltre è fuorviante suggerire che le funzionalità di git.drupal.org (attribuzione, versioni, ecc.) Smetterebbero in qualche modo di funzionare. La sincronizzazione di un repository esterno come github su git.drupal.org non ha nulla a che fare con queste funzioni.
Coleman,

2
Quindi è la domanda che lo richiede. Il packaging del modulo è una ragione tecnica per cui non puoi spostare il tuo progetto su github. Muoviti , ho detto. Puoi ospitare il tuo codice in più repository, e questo è il punto fondamentale di un VCS distribuito che non devo menzionare esplicitamente a qualcuno che mantiene diversi moduli :)
AyeshK,

Capisco che persone diverse possono avere opinioni diverse sull'hosting di un progetto su Github su Drupal.org, ma credo che dovremmo concentrarci sull'argomento qui: come automatizzarlo. Ci sono altri argomenti, anche collegati in alcuni commenti qui, che discutono la domanda "dovrei farlo".
pedrorocha,
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.