ฉันได้รับแจ้งว่าในขณะที่ฉันกำลังพัฒนาฉันควรควบคุมทุกอย่างภายใต้ที่sites/เก็บรหัสของฉัน (เช่น SVN)
สมมติว่าผมจะไม่เคยได้สัมผัสใด ๆ ของโมดูล contrib ที่ผมใช้ ( ctools, viewsฯลฯ ) แต่จะสร้างรูปแบบของตัวเองควรฉันยังคงทำเช่นนั้น?
หรือฉันควรที่จะควบคุมทุกอย่างภายใต้แหล่งที่มาsites/all/themes/?
ขอบคุณ
คำตอบ:
ในทีมของฉันเราได้ย้ายไปหาแหล่งเฉพาะโครงการปัจจุบันของเราเท่านั้น หากเรากำลังใช้ Views เช่นเราเพิ่มรายการที่เหมาะสมลงในdrush make -file และรุ่นนั้นแต่ไม่ใช่โมดูล
สิ่งนี้ทำให้เรามีพื้นที่เก็บข้อมูลขนาดเล็กมากซึ่งประกอบด้วยโมดูลที่กำหนดเองเฉพาะสำหรับไซต์ปัจจุบันธีมปัจจุบันและคุณสมบัติการส่งออก
นอกจากว่าคุณไม่สามารถใช้การทำ drush และ drush ได้อย่างสมบูรณ์ฉันไม่เห็นสาเหตุที่ควรมีรหัสควบคุมเวอร์ชันที่มีเวอร์ชันอื่นที่ดี และถ้าคุณตั้งใจที่จะแฮ็คหนึ่งในโมดูลคุณควรเพิ่มมันเป็นsubmoduleอีกครั้งอย่ากำหนดรหัสใน repo ของคุณ (ฉันเชื่อว่าสิ่งนี้เรียกว่าสาขาผู้ขายใน SVN)
แก้ไข:สำหรับรายละเอียดเพิ่มเติมและการตั้งค่าขั้นสูงเพิ่มเติมคุณสามารถดูที่เก็บนี้: git@github.com: letharion / Drupal-build-scripts.git สคริปต์ถูกเขียนใน bash เพื่อสนับสนุนเวิร์กโฟลว์ทีมของฉันซึ่งรวมถึงสิ่งปลูกสร้าง โปรไฟล์การติดตั้งฐาน ( NodeStream ) จากนั้นโปรไฟล์เฉพาะไซต์ของเราด้านบนทำไฟล์สำหรับแต่ละโปรไฟล์, hooks สำหรับการใช้แพทช์หรือทำการเปลี่ยนแปลงอื่น ๆ ในแต่ละขั้นตอนการสร้าง ฯลฯ ฉันหวังว่าฉันจะหาเวลาอีกครั้ง - เขียนมันเป็นส่วนขยายที่ยิ่งใหญ่ในอนาคตอันใกล้
เพื่อตอบโต้คำตอบของ @ Letharion การใส่ทุกอย่างใน SVN เหมาะสมสำหรับองค์กรบางแห่งและขึ้นอยู่กับว่าคุณจะเปิดตัวอย่างไร การใส่โมดูล contrib และชุดรูปแบบใน SVN สามารถทำให้เข้าใจได้ถ้าคุณต้องการ "ย้อนเวลา" และดูเว็บไซต์รุ่นเก่า
ตัวอย่างหนึ่งของสิ่งนี้มีประโยชน์เมื่อคุณสงสัยว่ามีข้อบกพร่องในโมดูล contrib หรือเห็นพฤติกรรมที่แตกต่าง ความสามารถในการกู้คืนเวอร์ชันเต็มจากอดีตสามารถช่วยได้
ฉันยังพบว่ามีประโยชน์ที่จะมีสแนปชอตของไซต์แบบเต็มใน SVN เมื่อฉันต้องการทราบว่าลูกค้าทำอะไรกับไซต์ ฉันสามารถถ่ายภาพเต็มของเวอร์ชันของพวกเขาและติดไว้ใน SVN เป็นสาขาและเปรียบเทียบ