คำถามติดแท็ก software-patches

6
เหตุใดการอ้างอิงรหัสข้อผิดพลาดในโน้ตแพตช์จึงถือเป็นข้อปฏิบัติที่ไม่ดี
ขึ้นอยู่กับความคิดเห็นและ upvotes ที่ตามมาจากBug เปิดใหม่กับใหม่ : การอ้างถึง bug IDs ใน patch notes เป็นเพียงแค่ .. ไม่เป็นมิตรมาก - Krelp อย่างน้อยบางคนรู้สึกว่าการอ้างอิงบั๊กในการแก้ไขโน้ตไม่ใช่ความคิดที่ดี ฉันเป็นผู้พัฒนาที่ไม่มีประสบการณ์พอสมควรดังนั้นฉันจึงสงสัยว่าเพราะอะไร

4
การอัพเดทซอฟต์แวร์โอเพ่นซอร์สเมื่อไม่มีตัวเลือกการอัพเกรดหรือไม่?
ฉันเพิ่งพบข้อผิดพลาด (ยืนยัน) ค่อนข้างน่ารำคาญในแพคเกจซอฟต์แวร์โอเพนซอร์สที่ฉันได้รวมเข้ากับแอปพลิเคชันของฉัน ข้อผิดพลาดนี้ได้รับการแก้ไขในซอฟต์แวร์รุ่นล่าสุดตามการติดตามปัญหาสาธารณะ บางครั้งคุณต้องแก้ไขข้อผิดพลาดเพื่อหลีกเลี่ยง refactor แพงของโมดูลเฉพาะอย่างไรก็ตามด้วยเหตุผลทางเทคนิคและ / หรือทางการเมืองคุณจะไม่สามารถอัพเกรดเป็นรีลีสล่าสุดได้ ในการตรวจสอบการเปลี่ยนแปลงรหัสที่ทำการแก้ไขดูเหมือนง่ายพอที่ฉันรู้สึกว่าตัวเลือกที่ทำงานได้จะทำการแก้ไขรหัสด้วยตัวเองและคอมไพล์ซอฟต์แวร์เวอร์ชันที่ได้รับการอนุมัติในปัจจุบันของฉันใหม่อย่างไรก็ตามผู้ detractors ต้องการโต้แย้งกรณีนี้ ในการที่จะมีความเสี่ยงและแนะนำความซับซ้อนยุ่งยาก ในสายตาของพวกเขาเพราะการเปลี่ยนแปลงรหัสนี้ทำโดยเราเพียงเพื่อการใช้งานของเรามันจะต้องเป็นส่วนหนึ่งของฐานรหัสของเราซึ่งหมายความว่าแทนที่จะแนะนำซอฟต์แวร์โอเพ่นซอร์สเป็นการพึ่งพาบุคคลที่สามเราต้องแนะนำมันเป็นโครงการใหม่และรวม การสร้างอัตโนมัติในกระบวนการสร้างของเรา สำหรับฉันฉันคิดว่านี่เป็นสิ่งที่ผิดเนื่องจากเราจะดึงรหัสของพวกเขาจากแหล่งเก็บข้อมูลการควบคุมแหล่งข้อมูลลงในเราและเราจะสูญเสียประวัติหลังการเปลี่ยนแปลงรหัสใด ๆ ที่เกิดขึ้นก่อนหน้านั้น ดูเหมือนว่าบางสิ่งที่ซับซ้อนเกินไปสำหรับการเปลี่ยนรหัสเล็ก ๆ ที่ต้องทำ มันจะเป็นความคิดที่ดีที่จะทำข้างต้นในกรณีนี้? ถ้าเป็นเช่นนั้นสถานการณ์ที่เหมาะสมที่สุดเมื่อโอเพนซอร์สจำเป็นต้องเปลี่ยนแปลงอะไร แต่เพื่อประโยชน์ของคุณเพียงผู้เดียวในบ้าน?

6
ความรับผิดชอบของใครเป็นผู้แก้ไขบั๊ก?
สถานการณ์ที่เกิดขึ้นหลายครั้งในโครงการโอเพ่นซอร์สจะเป็นดังนี้: ฉันสังเกตเห็นข้อผิดพลาดในการปรับใช้ของเราและหาตัวแก้ไขการแฮ็กข้อมูลอย่างรวดเร็ว (ตัวอย่างเช่นเพียงแสดงความคิดเห็นรหัสที่เราไม่ต้องการ) ฉันใช้ความพยายามพิเศษเล็กน้อยเพื่อหาข้อผิดพลาดจริง ๆ มากับชุดข้อมูลแก้ไขและส่งผ่านคำขอ Git pull หรือคล้ายกัน คำขอดึงของฉันถูกปฏิเสธ บางทีแพทช์นั้นไม่สมบูรณ์ (เช่นรวมบรรทัดที่ไม่ควรมี) บางทีมันอาจเป็นการละเมิดรูปแบบการเขียนโค้ด หรือบางทีฉันอาจทำอะไรผิดพลาดใน Git - คำขอดึงควรจะถูกลดระดับหรือบางสิ่งบางอย่าง ผู้ดูแลให้ข้อเสนอแนะเกี่ยวกับวิธีการปรับปรุงโปรแกรมแก้ไขและขอให้ฉันส่งใหม่ เมื่อมาถึงจุดนี้ฉันสับสนเกี่ยวกับวิธีการที่ฉันควรดำเนินการต่อไป เท่าที่ฉันกังวลฉันไม่มีปัญหา: ฉันแก้ไขได้ในขั้นตอนที่ 1 ฉันได้รายงานปัญหาแล้วฉันยังทำตามขั้นตอนเพื่อแก้ไขให้ผู้อื่น แต่ฉันไม่รู้สึกว่ามันเป็นคำขอแบบ "ดึง" ของฉันดังนั้นฉันจึงไม่รู้สึกว่าต้องรับผิดชอบในการปรับปรุงแพตช์ให้ฉัน สถานการณ์เฉพาะอย่างหนึ่งที่ทำให้ฉันโกรธคือหลังจากการหารือเกี่ยวกับความล้มเหลวของแพทช์ของฉันเราได้บรรลุข้อตกลงในรายชื่อผู้รับจดหมายเกี่ยวกับสิ่งที่แพตช์ที่ถูกต้องจะเป็นอย่างไร (เช่นวิธีการทำงาน จากนั้นก็ยังสันนิษฐานว่าเป็นความรับผิดชอบของฉันในการสร้างและส่งแพทช์ มีมารยาทมาตรฐานในสถานการณ์เหล่านี้หรือไม่? พวกเขาจะแก้ไขได้อย่างไร? ปฏิกิริยาของฉันผิดปกติหรือไม่ คุณคาดหวังว่าจะได้รับการแก้ไขข้อบกพร่องนานแค่ไหน? (หมายเหตุเมื่อฉันพูดว่า "โครงการโอเพ่นซอร์ส" บางโครงการมีขนาดเล็กมาก แต่อาจไม่ใช่งานอดิเรก - เป็นเพียงโครงการซอฟต์แวร์ขนาดเล็กที่ใช้กับองค์กรหลายแห่งซึ่งมอบหมายให้นักพัฒนาใช้ทรัพยากรเพื่อทำงานกับพวกเขาในกรณีที่คำตอบชัดเจน คือ "แก้ไขแพทช์และส่งใหม่" เข้าใจว่าฉันมีความรับผิดชอบต่อนายจ้างของฉันในการทำงานกับสิ่งที่เป็นประโยชน์ต่อพวกเขาใช้เวลาแก้ไขข้อผิดพลาดที่ไม่ส่งผลกระทบต่อเราจะผิด ... )
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.