โครงการของเรามีขนาดประมาณ 11GB, 10 แห่งเป็นข้อมูลไบนารี่ (.png ภาพ) ดังนั้นการดำเนินการgit diffหรือgit statusใช้เวลานานกว่าหนึ่งนาที dataโชคดีที่ไฟล์ข้อมูลทั้งหมดจะถูกแยกออกไปไว้ในโฟลเดอร์ที่มีชื่อที่ยอดเยี่ยม การมอบหมายคือ "หลีกเลี่ยงการบีบอัดการกระจายและการดำเนินการอื่น ๆ ที่มีราคาแพงในไฟล์ไบนารี"
ถือว่าเป็นการแยกโครงการออกเป็นสอง repos จากนั้น
dataจะเป็น repo ภายนอกที่ถูกตรวจสอบโดย repo ซอร์สโค้ดหลัก มีการตัดสินใจแล้วว่าค่าใช้จ่ายในการรักษา repos นั้นจะมากเกินไปโดยเฉพาะอย่างยิ่งสำหรับศิลปินที่ทำงานกับไฟล์ข้อมูลอย่างชัดเจนบอกคอมไพล์ไฟล์เหล่านั้นเป็นไบนารี , ไม่รวมไฟล์จาก diffsได้รับการพิจารณา แต่ผู้ที่ดูเหมือนเพียงบางส่วนเพื่อแก้คำถาม
ฉันรู้สึกว่าคุณลักษณะคอมไพล์เป็นวิธีแก้ปัญหา แต่อย่างไร หรือมีสถาปัตยกรรมที่ดีกว่า repo เสาหิน?
1
คำถามแรกที่สำคัญที่นี่คือความสำคัญของไฟล์ข้อมูลเหล่านั้น โปรแกรมของคุณต้องการรูปภาพทั้งหมดที่มีให้เพื่อทำสิ่งที่มีประโยชน์หรือไม่หรืออาจทำให้ส่วนย่อยเล็ก ๆ หายไปในระหว่างการพัฒนา / ทดสอบตามปกติ
—
Ixrec
@Ixrec ภาพมีความสำคัญมากกว่าซอร์สโค้ด ทั้งหมดต้องมีอยู่และไฟล์. png checksums จะถูกตรวจสอบเสมอสำหรับไฟล์ที่เสียหาย
—
Vorac
ทำไมคำถามนี้เกี่ยวกับการล้นสแต็ค Q. ดูเหมือนว่าเหมาะสมกับมัน
—
spirc
@ หมุนคำถามนี้เลาะเลียบระหว่าง "ช่วยด้วยเครื่องมือซอฟต์แวร์" ซึ่งอยู่ในหัวข้อที่ SO และ "กลยุทธ์การควบคุมเวอร์ชัน" ซึ่งอยู่ในหัวข้อที่นี่ เนื่องจากมันไม่ได้ถามว่าคำสั่ง git ใดที่จะสั่งให้ทำอะไรบางอย่างมันไม่ชัดเจนในด้าน SO ของบรรทัดดังนั้นฉันจึงโหวตให้เปิดไว้ที่นี่
@Snowman ขอบคุณสำหรับการตอบสนอง รายการใดของรายการในหัวข้อที่เหมาะสม? programmers.stackexchange.com/help/on-topic
—
spirc