Bagaimana cara mempertahankan proyek Drupal di GitHub


11

Saya memelihara beberapa modul di drupal.org. Setelah bertahun-tahun melakukan hal-hal "cara drupal" (ingat CVS?) Saya ingin membuat hidup saya sedikit lebih mudah dan menggunakan GitHub.

Walaupun mungkin ada alasan politis, ini mungkin tidak diinginkan, adakah alasan teknis? Saya membayangkan sinkronisasi satu arah bisa sesederhana pekerjaan cron yang melakukan push-forward dari repo github ke repo drupal.org yang sesuai.

Apakah hanya itu yang ada untuk itu? Apakah ada alat yang ada untuk memfasilitasi ini?


Saya bisa memahami frustrasi yang mengarah pada keputusan ini ...
Wtower

Jawaban:


5

Secara teknis, posting ini pada SO mencakup mendorong / menarik dari beberapa remote git. Dalam kasus Anda, sepertinya Anda mengatur 2 remote (git.drupal.org & github.com), tarik / dorong dari github.com sesuai kebutuhan, lalu dorong ke git.drupal.org saat Anda siap mempublikasikan pembaruan.

Sejauh mengenai politik, periksa utas ini di gdo . Mungkin berisi beberapa pemikiran / wawasan dari orang lain yang berada dalam situasi yang sama dengan Anda.


Terima kasih. Ini menjawab semuanya kecuali pertanyaan saya tentang sinkronisasi otomatis.
Coleman

Senang untuk membantu. Bagian otomasi dapat dilakukan dengan pekerjaan skrip cron bash (dengan asumsi pengguna cron memiliki kunci yang tepat untuk mengakses repo Anda), tetapi itu benar-benar berada di luar lingkup Drupal. Plus itu mungkin sudah dijawab di situs SE lain.
Shawn Conn



1

Masuk akal jika menggunakan GitHub jika Anda ingin menerbitkan kode eksperimental. Modul yang tidak akan Anda rencanakan untuk diterbitkan sebagai proyek penuh.

Ketika Anda mengelola modul yang disumbangkan, semua orang bebas untuk berpartisipasi. Selain itu, drupal.org memiliki integrasi yang erat dengan git.drupal.org, jadi Anda benar-benar harus menggunakannya.

  • Atribusi komit
  • Masalah menyebutkan dalam pesan komit diumpan balik ke masalah yang disebutkan.
  • Proses pemeriksaan untuk pengembang baru.
  • Integrasi rilis proyek (cabang dan tag).
  • Ulasan keamanan modul dan transfer kepemilikan proyek.

Saya tidak berpikir akan lebih baik jika Anda memindahkan kode Anda ke GitHub dan meminta orang lain untuk berpartisipasi di sana. Selain itu, saya sangat senang dengan sistem kontrol versi yang kami miliki sekarang dan bagaimana mereka telah maju dari waktu ke waktu.

Namun, jika Anda mempertahankan tambahan Drupal lainnya, misalnya, file konfigurasi untuk IDE, skrip migrasi situs, bukti konsep, atau sesuatu seperti itu, saya pikir github akan lebih cocok. Juga, ada persyaratan untuk menerbitkan kode Anda di bawah GPL jika Anda ingin menggunakan drupal.org git.

Saya juga memelihara beberapa modul, dan saya menambahkan pengendali jarak jauh github di samping yang drupal.org. Saat Anda mendorong kode Anda, Anda bisa mendorongnya ke GitHub dengan cara yang sama.


Ini adalah pendapat murni dan tidak menjawab pertanyaan. Juga menyesatkan untuk menyarankan bahwa fitur git.drupal.org (atribusi, rilis, dll) entah bagaimana akan berhenti berfungsi. Menyinkronkan repo eksternal seperti github ke git.drupal.org tidak ada hubungannya dengan fungsi-fungsi itu.
Coleman

2
Jadi adalah pertanyaan yang menanyakannya. Pengemasan modul adalah alasan teknis mengapa Anda tidak dapat memindahkan proyek ke github. Bergeraklah , kataku. Anda dapat meng-host kode Anda dalam beberapa repo, dan itu adalah poin paling mendasar dari VCS terdistribusi yang tidak harus saya sebutkan secara eksplisit kepada seseorang yang memelihara beberapa modul :)
AyeshK

Saya mengerti orang yang berbeda dapat memiliki pendapat berbeda tentang hosting proyek di Github melalui Drupal.org, tetapi saya percaya kita harus fokus pada topik di sini: bagaimana mengotomatiskannya. Ada topik lain, bahkan yang ditautkan dalam beberapa komentar di sini, yang membahas pertanyaan "haruskah saya melakukan ini".
pedrorocha
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.