วิธีบำรุงรักษาโครงการ Drupal บน GitHub

11

ฉันบำรุงรักษาโมดูลต่าง ๆ บน drupal.org ต้องใช้เวลาหลายปีในการทำสิ่งต่าง ๆ "วิธี drupal" (จดจำ CVS?) ฉันต้องการทำให้ชีวิตของฉันง่ายขึ้นเล็กน้อยและใช้ GitHub

ในขณะที่อาจมีเหตุผลทางการเมืองสิ่งนี้อาจไม่เป็นที่พึงปรารถนา แต่มีเหตุผลทางเทคนิคหรือไม่? ฉันคิดว่าการซิงค์แบบทางเดียวอาจเป็นเรื่องง่ายเหมือนงาน cron ที่ผลักดันอย่างรวดเร็วไปข้างหน้าจาก repo Github ไปยัง repo drupal.org ที่เกี่ยวข้อง

นั่นคือทั้งหมดที่มีไปหรือไม่ มีเครื่องมือที่มีอยู่เพื่ออำนวยความสะดวกหรือไม่

version-control

— โคลแมน
แหล่งที่มา

ฉันสามารถเข้าใจความยุ่งยากที่จะนำไปสู่การตัดสินใจครั้งนี้ที่ ...

— Wtower

5

ในทางเทคนิคแล้วโพสต์บนSOนี้ครอบคลุมการผลัก / ดึงจากรีโมทหลายคอมไพล์ ในกรณีของคุณดูเหมือนว่าคุณจะตั้งค่ารีโมท 2 อัน (git.drupal.org & github.com) ดึง / ดันจาก github.com ตามต้องการจากนั้นกดไปที่ git.drupal.org เมื่อคุณพร้อมที่จะ เผยแพร่การปรับปรุง

เท่าที่การเมืองเช็คเอาต์หัวข้อนี้ในGDO อาจมีความคิด / ข้อมูลเชิงลึกจากบุคคลอื่นที่อยู่ในสถานการณ์เดียวกันกับที่คุณอยู่

— Shawn Conn
แหล่งที่มา

ขอบคุณ คำตอบนี้ทุกอย่างยกเว้นคำถามของฉันเกี่ยวกับการซิงค์อัตโนมัติ

— โคลแมน

ดีใจที่ได้ช่วยเหลือ ส่วนการทำงานอัตโนมัติสามารถทำได้กับงาน cron bash script (สมมติว่าผู้ใช้ cron มีคีย์ที่เหมาะสมในการเข้าถึง repos ของคุณ) แต่นั่นอยู่นอกขอบเขตของ Drupal จริงๆ รวมทั้งอาจได้รับคำตอบแล้วในไซต์ SE อื่น

— Shawn Conn

3

ผู้ดูแลโมดูล RESTfulกำลังพูดถึงเหตุผลและประสบการณ์ในการพัฒนาโมดูลทั้งหมดบน Github:

https://www.lullabot.com/blog/podcasts/drupalizeme-podcast/55-restful-module

(นาที 38:32)

หวังว่ามันจะช่วย

— dinopmi
แหล่งที่มา

2

คุณสามารถพิจารณาบริการhttp://hubdrop.org/

~~http://thinkdrop.net/blog-entry/february-26-2014-902am/introducing-hubdropio-bridging-gap-between-drupalorg-and-github~~

— ryancross
แหล่งที่มา

ดูเหมือนว่าโครงการนั้นจะถูกทิ้งร้าง อย่างน้อยหน้าโปรเจ็กต์ hubdrop.ioคือลิงก์ที่ไม่ทำงาน

— Coleman

ความผิดฉันเอง. พวกเขาเปลี่ยน URL เป็นhubdrop.org

— ryancross

1

การใช้ GitHub เป็นเรื่องที่สมเหตุสมผลหากคุณต้องการเผยแพร่โค้ดทดลอง โมดูลที่คุณจะไม่มีวันวางแผนที่จะเผยแพร่เป็นโปรเจ็กต์แบบเต็ม

เมื่อคุณจัดการโมดูลที่มีส่วนร่วมทุกคนสามารถเข้าร่วมได้ฟรี นอกจากนี้ drupal.org ยังทำงานร่วมกับ git.drupal.org อย่างเข้มงวดดังนั้นคุณต้องใช้งาน

กระทำการแสดงที่มา
ปัญหากล่าวถึงในการส่งข้อความที่ส่งกลับไปยังปัญหาที่กล่าวถึง
กระบวนการ Vetting สำหรับนักพัฒนาใหม่
การรวมการเปิดตัวโครงการ (สาขาและแท็ก)
ตรวจสอบความปลอดภัยของโมดูลและโอนความเป็นเจ้าของโครงการ

ฉันไม่คิดว่ามันจะดีกว่าถ้าคุณย้ายรหัสไปที่ GitHub และขอให้ผู้อื่นเข้าร่วมที่นั่น นอกจากนี้ฉันมีความสุขมากกับระบบควบคุมเวอร์ชันขณะนี้เรามีและวิธีการที่พวกเขามีความก้าวหน้าในช่วงเวลา

อย่างไรก็ตามถ้าคุณรักษาส่วนเสริมอื่น ๆ ของ Drupal เช่นไฟล์กำหนดค่าสำหรับ IDE สคริปต์การย้ายข้อมูลไซต์การพิสูจน์แนวความคิดหรืออะไรทำนองนั้นฉันคิดว่า github น่าจะเหมาะกว่า นอกจากนี้ยังมีข้อกำหนดในการเผยแพร่รหัสของคุณภายใต้ GPL หากคุณต้องการใช้ drupal.org git

ฉันยังคงรักษาบางโมดูลและเพิ่ม github handler ระยะไกลนอกเหนือจาก drupal.org เมื่อคุณกดรหัสคุณสามารถส่งรหัสไปที่ GitHub ได้เช่นเดียวกัน

— AyeshK
แหล่งที่มา

นี่เป็นความเห็นที่บริสุทธิ์และไม่ตอบคำถาม นอกจากนี้ยังทำให้เข้าใจผิดเพื่อแนะนำว่าคุณสมบัติ git.drupal.org (การระบุแหล่งที่มาการเผยแพร่และอื่น ๆ ) จะหยุดทำงาน การซิงค์ repo ภายนอกเช่น github ไปยัง git.drupal.org ไม่มีส่วนเกี่ยวข้องกับฟังก์ชันเหล่านั้น

— โคลแมน

2

เป็นคำถามที่ถามมา โมดูลบรรจุภัณฑ์เป็นเหตุผลทางเทคนิคที่ทำให้คุณไม่สามารถย้ายโครงการของคุณไปยัง GitHub ได้ ย้ายฉันพูด คุณสามารถเป็นเจ้าภาพรหัสของคุณใน Repos หลายและที่จุดพื้นฐานมากของ VCS กระจายว่าผมไม่ได้มีการพูดถึงอย่างชัดเจนกับคนที่รักษาหลายโมดูล :)

— AyeshK

ฉันเข้าใจว่าคนที่แตกต่างกันสามารถมีความคิดเห็นที่แตกต่างกันในการโฮสต์โครงการบน Github ผ่าน Drupal.org แต่ฉันเชื่อว่าเราควรมุ่งเน้นที่หัวข้อที่นี่: วิธีการทำให้เป็นอัตโนมัติ มีหัวข้ออื่น ๆ ที่เชื่อมโยงแม้ในบางความคิดเห็นที่นี่ที่กล่าวถึงคำถาม "ฉันควรทำอย่างไร"

— pedrorocha