จะเกิดอะไรขึ้นถ้าที่เก็บข้อมูลอ้างอิงถูกลบใน GitHub


9
  • ฉันเป็นเจ้าของพื้นที่เก็บข้อมูล GitHub, A.
  • Repository B เป็นโครงการโอเพ่นซอร์สอีกโครงการหนึ่งซึ่งเป็นของคนอื่น
  • พื้นที่เก็บข้อมูล A ขึ้นอยู่กับพื้นที่เก็บข้อมูล B (พื้นที่เก็บข้อมูล B เป็น submodule ของ A)

หากเจ้าของพื้นที่เก็บข้อมูล B ตัดสินใจที่จะลบพื้นที่เก็บข้อมูลนั้นผู้ใช้จะไม่สามารถโคลน / ชำระเงิน / สร้างพื้นที่เก็บข้อมูลของฉันได้อีกต่อไป

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


3
แก้ไขให้ถูกต้องถ้าฉันไม่มีอะไรบางอย่าง แต่ถ้า A ขึ้นอยู่กับ B ดังนั้นทุกครั้งที่มีคนต้องการสร้าง A พวกเขาต้องโคลนทั้ง A และ B ดังนั้นแม้ว่า B จะถูกลบทุกคนที่ใช้ A อาจมีสำเนาของ B (รวมถึงประวัติ) โกหกรอบในระบบของพวกเขาเพราะคอมไพล์เป็น DVCS ดังนั้นคุณจะสามารถสร้างทางแยกย้อนหลังได้ ขวา? หรือนี่คือ "การพึ่งพา" อื่น ๆ

มันคือการพึ่งพา subrepo ปกติ แต่โดยทั่วไปฉันเป็นผู้ดูแล A. มันมีความเสถียรและไม่มีการพัฒนาที่กำลังดำเนินอยู่ (เฉพาะการแก้ไขเป็นครั้งคราว) ดังนั้นเพื่อรักษา SSD ขนาดเล็กของฉันให้สะอาดฉันจะรักษาโค้ดบน GitHub เท่านั้น ดังนั้นฉันจึงรู้สึกว่านี่เป็นสถานการณ์อันตรายที่ต้องอยู่ในเนื่องจากจะมีปัญหาหากเจ้าของ B เคยตัดสินใจที่จะลบ B และฉันไม่ได้แยกทางกัน

3
ส้อมฟรี ถ้าช่วยให้คุณนอนหลับตอนกลางคืนก็ทำได้

คำตอบ:


3

หากเจ้าของพื้นที่เก็บข้อมูล B ตัดสินใจที่จะลบพื้นที่เก็บข้อมูลนั้นผู้ใช้จะไม่สามารถโคลน / ชำระเงิน / สร้างพื้นที่เก็บข้อมูลของฉันได้อีกต่อไป

หากรหัสติดตาม "repo B" หายไป:

  • ผู้ใช้ทั้งหมดจะสามารถโคลน repo ของคุณได้สำเร็จ
  • ผู้ใช้ที่มีอยู่อาจจะมีสำเนาของ repo B ในพื้นที่และสร้างต่อได้ดี โดยทั่วไปแล้ว repos ที่ถูกลอกเลียนแบบจะไม่ถูกลบหากแหล่งข้อมูลนั้นถูกลบเว้นแต่ผู้ใช้ออกไปเพื่อตั้งค่าเฉพาะสำหรับสถานการณ์นั้น เนื่องจาก Git เป็น DVCS จึงได้รับการออกแบบมาเพื่อป้องกันสิ่งต่าง ๆ
  • ผู้ใช้ใหม่จะไม่สามารถสร้าง repo ของคุณจนกว่าพวกเขาจะได้รับสำเนา repo B จากที่อื่น คุณจะอยู่ในเรือลำนี้เนื่องจากคุณไม่ได้สำรองข้อมูล

ฉันควรแยก B ไว้ล่วงหน้าเพื่อใช้เป็นข้อมูลสำรองในกรณีที่เจ้าของตัดสินใจที่จะลบหรือไม่

ใช่.

สิ่งนี้ถือว่าเป็นสถานการณ์อันตรายหรือไม่และมักจัดการกับโครงการเปิดแหล่งที่มาหรือไม่?

ใช่นี่เป็นสถานการณ์ที่อันตรายที่ต้องขึ้นอยู่กับความนิยม / การกระจาย / การสะท้อนของ repo ที่ต้องพึ่งพาและความสำคัญของ repo ของคุณนั้นมีต่อคุณอย่างไร หากเป็นสิ่งสำคัญสำหรับผู้อื่นพวกเขา (หวังว่า) จะมีข้อมูลสำรองของ repo และ depo ของคุณอยู่แล้ว

โปรดทราบว่าคุณสามารถแยกไว้ที่ GitHub กับบัญชีของคุณและไม่ลอกแบบไปยัง SSD เพื่อไม่ให้มีพื้นที่ว่าง นอกจากนี้โปรดทราบว่าตัวเลือกการสำรองข้อมูลนั้นขึ้นอยู่กับไม่มีอะไรเกิดขึ้นกับเซิร์ฟเวอร์ของ GitHub หรือบัญชีของคุณที่ไม่ถูกบุกรุก มีเพียงคุณเท่านั้นที่สามารถกำหนดระดับของความซ้ำซ้อนซึ่งเพียงพอ

พิจารณาปริมาณของรหัสที่คุณพึ่งพาความนิยมความยากในการทำซ้ำและค่าใช้จ่ายในการจัดเก็บไว้อย่างน่าเชื่อถือ หลังจากพิจารณาการประเมินความเสี่ยงแล้วให้สำรองข้อมูลตามนั้น


เนื่องจากค่าใช้จ่ายดูเหมือนจะเป็นปัจจัยในสถานการณ์ของคุณเนื่องจากคุณไม่ต้องการใช้จ่ายมากขึ้นสำหรับ SSD ที่มีขนาดใหญ่ขึ้นนี่คือรายการตัวเลือกการสำรองข้อมูลราคาถูก:

  1. เห็นได้ชัดว่าแยกไว้บน GitHub เพราะมันฟรีอย่างสมบูรณ์ GitHub จะใช้การคัดลอกซ้ำดังนั้นค่าใช้จ่ายจึงน้อยมากสำหรับพวกเขา
  2. ในพื้นที่ (ฟรี) ฮาร์ดไดรฟ์แบบหมุนหรือแฟลชไดรฟ์ usb แบบเก่า นอกจากนี้คุณอาจจ่ายเงินสำหรับการสำรองข้อมูลบนคลาวด์ฟรีผ่าน ISP หรือผู้ให้บริการมือถือของคุณ
  3. จากระยะไกล (ฟรี) ตัวเลือกสำรองข้อมูลบนคลาวด์ฟรีมากมายหรือถามเพื่อน
  4. จากระยะไกล ($) ซื้อแผน Usenet ต่อ GB และอัปโหลดไปยัง Usenet (~ 25GB สำหรับ $ 10 USD)
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.