คำถามติดแท็ก workflows

เวิร์กโฟลว์ประกอบด้วยลำดับขั้นตอนที่ต่อกัน (เชื่อมต่อ) เน้นอยู่ในกระบวนทัศน์การไหลที่แต่ละขั้นตอนตามแบบอย่างโดยไม่ล่าช้าหรือช่องว่างและสิ้นสุดก่อนที่ขั้นตอนต่อไปอาจเริ่มต้น

3
วิธีการออกแบบเวิร์กโฟลว์เว็บไซต์?
ฉันคิดถึงเรื่องนี้มาเป็นเวลานานโดยไม่ได้รับคำตอบที่เหมาะสม ก่อนอื่นฉันเป็นแพทย์ที่รักการเขียนโปรแกรม แต่ไม่เคยเรียนเลยยกเว้นการเรียนรู้ที่บ้านและการเล่นกับรหัสเป็นเวลาหลายปีในเวลาว่าง ขณะนี้ฉันกำลังพยายามสร้างโครงการขนาดเล็กเพื่อจัดการคลินิกของฉันโดยเริ่มจากการสร้างรายการตัวเลือกที่ฉันต้องการจะทำ ตัวอย่าง: บันทึกผู้ป่วยที่ใช้งาน การพิสูจน์ตัวตนด้วยบทบาทที่แตกต่าง (เช่นผู้ป่วย, พยาบาล, ดร.) ตารางนัดหมาย (รวมถึงปฏิทินไปยังตารางนัดหมาย / การผ่าตัด ฯลฯ พร้อมเตือนความจำ) อนุญาตให้หมอสร้างปลั๊กอินของเขาเอง แดชบอร์ดสำหรับแพทย์เพื่อดูสถิติของเขา จากนั้นฉันเริ่มด้วย codeigniter / mysql / php / jquery และเริ่มเขียนโค้ด ขั้นตอนของฉันในระหว่างการพัฒนา: - ฐานข้อมูลที่ 1 ฉันเริ่มต้นด้วยการสร้างตารางทั้งหมดที่ฉันต้องการ สร้างโมเดลทั้งหมดของฉันเพื่อจัดการกับตารางเหล่านี้ (1 โมเดลต้นแบบที่จัดการอ่าน / เขียน / อัปเดต / ตรวจสอบพื้นฐานขณะเดียวกันก็พิจารณาความสัมพันธ์ของตารางของฉันด้วย หลังจากนั้นฉันเริ่มรหัสมุมมองและตัวควบคุมของฉัน ฉันสร้างมุมมอง HTML ครั้งแรกจากนั้นสร้างตัวควบคุมที่จะจัดการมุมมองนี้และเริ่มฟังก์ชั่นการเขียนโค้ดเพื่อให้มุมมองการโต้ตอบทำงานได้ ตัวอย่างเมื่อเขียนโค้ดมุมมองการนัดหมาย (คอนโทรลเลอร์ booking.php): สร้างเลย์เอาต์นี้และทำให้สามารถคลิกได้ของตาราง td …

2
เราสามารถใช้ git-flow อย่างมีประสิทธิภาพในโครงการที่มีการรักษามากกว่าหนึ่งเวอร์ชันหลักได้อย่างไร?
ฉันได้ย้ายโครงการหลายโครงการของฉันไปที่โฟลว์การทำงานของ gitและฉันก็รักมัน อย่างไรก็ตามฉันไม่พบวิธีปฏิบัติที่ดีที่สุดที่ทำให้สิ่งต่าง ๆ ไหลลื่นเมื่อทำงานกับโปรเจ็กต์ที่เก็บรักษาเวอร์ชันหลักมากกว่าหนึ่งครั้ง โดยเฉพาะฉันไม่ได้รักษา "รุ่นฟรี" และ "รุ่นที่จำหน่ายได้แล้ว" หรือรุ่นขนานอื่น ๆ ฉันกำลังพูดถึงโปรเจ็กต์ที่เวอร์ชัน 1 จะวางจำหน่ายและยังคงรองรับเวอร์ชันรอง (1.1, 1.2 และอื่น ๆ ) .) จนกว่าเวอร์ชั่น 3 จะวางจำหน่าย ณ จุดที่ 2 และ 3 จะได้รับการปรับปรุงจนกว่าจะมีการเปิดตัว 4 ... คุณจะได้รับแนวคิด คุณมีหรือจะดูแลรักษาโครงการที่สนับสนุนสองเวอร์ชันหรือมากกว่าในคราวเดียวในเวิร์กโฟลว์ gitflow
18 git  workflows  gitflow 

21
คุณจำได้อย่างไรว่าในรหัสของคุณต้องการดำเนินการในครั้งต่อไปอย่างไร [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว เมื่อคุณขัดจังหวะการทำงานของรหัสบางส่วน (ไม่ว่าจะเป็นเพราะคุณต้องทำงานอย่างอื่นหรือไปพักผ่อนหรือเพียงเพราะมันเป็นจุดสิ้นสุดของวัน) เมื่อคุณปิดโครงการ Visual Studio สิ่งที่คุณต้องการจดจำ สิ่งที่คุณต้องการทำต่อไปเมื่อคุณเริ่มทำงานกับรหัสนั้นอีกครั้ง คุณตั้งค่าบุ๊คมาร์ค Visual Studio หรือเขียนอะไรลงไป// TODO: continue here next timeไหม? คุณอาจมีแท็กพิเศษ// NEXT:ใช่ไหม คุณใส่โน้ตบนหน้าจอของคุณหรือไม่? คุณใช้เครื่องมือเจ๋ง ๆ หรือปลั๊กอิน Visual Studio ที่ฉันควรรู้หรือไม่? คุณมีเคล็ดลับส่วนตัวที่จะช่วยให้คุณค้นหาสถานที่ในรหัสของคุณที่คุณละทิ้งในครั้งสุดท้ายที่คุณทำงานกับรหัสของคุณหรือไม่

4
นักพัฒนาถูกบล็อกโดยรอรหัสเพื่อรวมจากสาขาอื่นโดยใช้ GitFlow
ทีมของเราเพิ่งเปลี่ยนจาก FogBugz & Kiln / Mercurial เป็น Jira & Stash / Git เรากำลังใช้โมเดล Git Flow สำหรับการแยกสาขาเพิ่มสาขาย่อยย่อยออกจากสาขาคุณลักษณะ (เกี่ยวข้องกับงานย่อย Jira ของคุณสมบัติ Jira) เรากำลังใช้ Stash เพื่อกำหนดผู้ตรวจสอบเมื่อเราสร้างคำขอดึงเพื่อรวมกลับเข้าไปในสาขาหลัก (โดยปกติจะพัฒนา แต่สำหรับงานย่อยกลับเข้าไปในสาขาคุณลักษณะ) ปัญหาที่เราพบคือแม้ว่าจะมีการวางแผนที่ดีที่สุดและพังทลายของกรณีคุณสมบัติเมื่อนักพัฒนาหลายคนทำงานร่วมกันในคุณสมบัติเดียวกันพูดบน front-end และ back-end หากพวกเขากำลังทำงานบนรหัสพึ่งพาซึ่งกันและกัน ในสาขาแยกต่างหากผู้พัฒนารายหนึ่งจะปิดกั้นอีกฝ่าย เราพยายามดึงระหว่างสาขาของกันและกันขณะที่เราพัฒนา นอกจากนี้เรายังพยายามสร้างการรวมสาขาในพื้นที่นักพัฒนาซอฟต์แวร์แต่ละคนสามารถดึงจากหลาย ๆ สาขาเพื่อทดสอบการรวมระบบที่พัฒนาขึ้น ในที่สุดและสิ่งนี้ดูเหมือนว่าจะทำงานได้ดีที่สุดสำหรับเราถึงแม้ว่าจะมีค่าใช้จ่ายเพิ่มขึ้นอีกเล็กน้อยเราได้ลองสร้างสาขาการรวมออกจากสาขาคุณลักษณะทันทีที่ค้างคาว เมื่อสาขาย่อยของภารกิจย่อย (ไม่อยู่ในสาขาฟีเจอร์) พร้อมสำหรับการร้องขอการดึงและการตรวจสอบโค้ดเรายังรวมการเปลี่ยนแปลงที่กำหนดไว้ในสาขาการรวมคุณลักษณะนี้ด้วยตนเอง จากนั้นผู้พัฒนาที่สนใจทุกคนสามารถดึงจากสาขาการรวมเข้ากับสาขาย่อยย่อยอื่น ๆ นี่เป็นการป้องกันไม่ให้ใครก็ตามที่รอสาขาที่พวกเขาต้องพึ่งพาเพื่อตรวจสอบรหัส ฉันรู้ว่านี่ไม่จำเป็นต้องเป็นปัญหา Git - มันเกี่ยวกับการทำงานกับการพึ่งพาซึ่งกันและกันของรหัสในหลายสาขาผสมผสานกับกระบวนการทำงานและวัฒนธรรมของเราเอง หากเราไม่มีนโยบายการตรวจสอบรหัสที่เข้มงวดสำหรับการพัฒนา (สาขาการรวมที่แท้จริง) นักพัฒนา 1 …

3
การตรวจสอบรหัสที่ใช้ความเห็นโค้ดเป็นความคิดที่ดีหรือไม่
ปัจจัยพื้นฐาน ทีมใช้ DVCS IDE รองรับการแยกวิเคราะห์ความคิดเห็น (เช่นสิ่งที่ต้องทำและอื่น ๆ ) เครื่องมือเช่น CodeCollaborator มีราคาแพงสำหรับงบประมาณ เครื่องมือเช่น gerrit นั้นซับซ้อนเกินไปสำหรับการติดตั้งหรือไม่สามารถใช้งานได้ ขั้นตอนการทำงาน ผู้เขียนเผยแพร่บางแห่งในสาขาฟีเจอร์ repo กลาง ผู้ตรวจทานดึงข้อมูลและเริ่มตรวจสอบ ในกรณีที่ผู้ตรวจสอบคำถาม / ปัญหาสร้างความคิดเห็นด้วยป้ายกำกับพิเศษเช่น "REV" ป้ายกำกับดังกล่าวต้องไม่อยู่ในรหัสการผลิต - เฉพาะในขั้นตอนการตรวจสอบ: $somevar = 123; // REV Why do echo this here? echo $somevar; เมื่อผู้ตรวจทานโพสต์ความคิดเห็นเสร็จ - เพียงแค่คอมเม้นต์ด้วยข้อความ "ความคิดเห็น" ที่งี่เง่าและดันกลับมา ผู้เขียนดึงฟีเจอร์แบรนช์กลับมาและตอบความคิดเห็นในลักษณะเดียวกันหรือปรับปรุงโค้ดแล้วดันกลับ เมื่อความคิดเห็น "REV" หายไปเราสามารถคิดได้ว่าการตรวจทานเสร็จสิ้นแล้ว ผู้เขียนจะทำการย่อกิ่งก้านสาขาที่มีลักษณะโต้ตอบ, กำจัดมันเพื่อลบ "ความคิดเห็น" …

6
เวิร์กโฟลว์ที่ดีสำหรับการพัฒนาซอฟต์แวร์ด้วยการต่อสู้และรวมอย่างต่อเนื่อง
ฉันกำลังศึกษาวิธีการที่จะเข้าใจได้ดีขึ้นว่าเวิร์กโฟลว์การรวมต่อเนื่องนั้นเหมาะกับ บริษัท พัฒนาซอฟต์แวร์ด้วยวิธีการแย่งชิงกันอย่างไร ฉันกำลังคิดเช่นนี้: นั่นจะเป็นขั้นตอนการทำงานที่ดีหรือไม่?

5
การจัดการกับคำขอดึงขนาดใหญ่
ฉันกำลังทำงานในโครงการกับทีมที่ใช้เวิร์กโฟลว์คอมไพล์ มันค่อนข้างง่ายอาจารย์ควรอยู่ในสถานะที่สามารถนำไปใช้ได้และใช้เพื่อสร้างฟีเจอร์และโปรแกรมแก้ไขด่วน เมื่อใดก็ตามที่เรามีคุณสมบัติหรือแก้ไขข้อผิดพลาดเสร็จสมบูรณ์แล้วและทดสอบแล้วเราจะย้ายไปที่ต้นแบบโดยเร็วที่สุด แนวคิดก็คือกิ่งไม้ควรมีขนาดเล็กที่สุดเท่าที่จะเป็นไปได้เพื่อให้ง่ายต่อการผสานพวกมันกลับมาเป็นหลัก เรามีนโยบายที่รหัสใด ๆ ที่ส่งไปยังสาขาหลักควรอยู่ในสถานะที่สามารถปรับใช้และผ่านการทดสอบ เรามีสถานการณ์ที่หนึ่งในนักพัฒนาได้ทำงานมากมาย (ไม่กี่เดือนมีมูลค่า) ในสาขาเดียวและสาขานี้ยังไม่ได้รวมกลับไปเป็นหลัก ขณะนี้มีคุณลักษณะที่แยกจากกันเล็กน้อยและคอมมิชชันที่ผูกพันกับสาขานี้โดยหลักแล้วสาขานี้ควรได้รับการผสานกลับมาในไม่กี่ครั้งแล้ว แต่ยังไม่เคยมีมาก่อน รหัสส่วนใหญ่อยู่ในสถานะที่ดีด้วยการทดสอบหน่วยที่สามารถรวมกลับเข้าไปในต้นแบบ แต่การเปลี่ยนแปลงล่าสุดไม่ควรจะเป็นเพราะพวกเขายังไม่เสร็จสมบูรณ์และไม่ได้ทดสอบ เป็นวิธีที่ดีที่สุดในการจัดการกับสถานการณ์เช่นนี้ที่สาขาหนึ่งอยู่ห่างจากคนอื่น ๆ จริงๆ? เราจะหลีกเลี่ยงวิธีใดที่จะทำให้สาขาได้รับภาระผูกพันจำนวนมากในอนาคต?
15 git  workflows 

2
ผู้ทำงานร่วมกันในที่เก็บ Github ส่วนตัวแต่ละแยก repo หรือไม่
ฉันกำลังทำงานในโครงการในขณะนี้และเรามีซอร์สโค้ดในที่เก็บส่วนตัวบน Github โดยที่เราทุกคนเป็นผู้ทำงานร่วมกัน สิ่งที่เราไม่ชัดเจนคือวิธีแยกงานของเราออกจากกัน สิ่งที่ฉันคิดว่าเราต้องทำคือ: เราแต่ละคนต้องแยกพื้นที่เก็บข้อมูล เมื่อเราพร้อมที่จะผลักดันรหัสของเราจากนั้นเราจะส่งคำขอดึงไปยัง repo ของหัวหน้าโครงการซึ่งในเวลาเดียวกันสามารถใช้สิ่งนี้เป็นโอกาสในการตรวจสอบรหัสได้ เมื่อพูดถึงที่เก็บข้อมูลส่วนตัวนี่คือสิ่งที่การฟอร์กควรจะใช้หรือฉันกำลังอธิบายสถานการณ์มากเกินไปหรือไม่?

4
ทำงานกับ Git ในหลาย ๆ เครื่อง
นี่อาจฟังดูแปลก ๆ แต่ฉันสงสัยเกี่ยวกับวิธีที่ดีในการทำงานกับ Git จากหลาย ๆ เครื่องที่เชื่อมต่อเครือข่ายเข้าด้วยกัน ดูเหมือนว่าฉันมีสองตัวเลือกและฉันเห็นประโยชน์ทั้งสองด้าน: ใช้คอมไพล์เองสำหรับการแชร์แต่ละเครื่องมี repo ของตัวเองและคุณต้องดึงมันออกมา คุณสามารถทำงานกับเครื่องใดก็ได้แม้ว่าเครื่องอื่นจะออฟไลน์ ฉันคิดว่าตัวเองใหญ่มาก ใช้หนึ่ง repo ที่แชร์ผ่านเครือข่ายระหว่างเครื่อง ไม่จำเป็นต้องทำ git pulls ทุกครั้งที่คุณสลับเครื่องเนื่องจากรหัสของคุณเป็นรุ่นล่าสุดเสมอ ไม่ต้องกังวลว่าคุณลืมส่งรหัสจากเครื่องที่ไม่โฮสต์อื่นซึ่งไม่สามารถเข้าถึงได้เนื่องจากคุณกำลังทำงานนอกสถานที่แชร์ไฟล์บนเครื่องนี้ ปรีชาญาณของฉันบอกว่าทุกคนมักจะไปกับตัวเลือกแรก แต่ข้อเสียที่ฉันเห็นคือคุณอาจไม่สามารถเข้าถึงรหัสจากเครื่องอื่น ๆ ของคุณได้เสมอไปและแน่นอนว่าฉันไม่ต้องการผลักสาขา WIP ทั้งหมดของฉันไปที่ GitHub ในตอนท้ายของทุกวัน ฉันไม่ต้องการออกจากคอมพิวเตอร์ของฉันตลอดเวลาเพื่อให้สามารถดึงข้อมูลจากพวกเขาโดยตรง ท้ายที่สุดจุดเล็ก ๆ ก็คือคำสั่ง git ทั้งหมดเพื่อให้หลายสาขาทันสมัยอยู่เสมออาจทำให้เบื่อ มีการจัดการที่สามในสถานการณ์นี้? อาจมีเครื่องมือของบุคคลที่สามบางอย่างที่ช่วยให้กระบวนการนี้ง่ายขึ้นหรือไม่ หากคุณจัดการกับสถานการณ์นี้เป็นประจำคุณแนะนำอะไร
15 git  workflows  dvcs 

3
ที่เก็บข้อมูลองค์กร Github ปัญหาผู้พัฒนาหลายรายและการแยก - แนวทางปฏิบัติเวิร์กโฟลว์ที่ดีที่สุด
ชื่อแปลก ๆ ใช่ แต่ฉันมีเหตุผลพอสมควรที่จะครอบคลุมฉันคิด เรามีบัญชีองค์กรใน github พร้อมที่เก็บส่วนตัว เราต้องการใช้ฟีเจอร์ปัญหาดั้งเดิม / คุณสมบัติคำขอดึง (ขอเป็นส่วนใหญ่เป็นสิ่งที่เราต้องการเท่าที่รีวิวโค้ดและการอภิปรายคุณสมบัติ) เราพบฮับเครื่องมือโดยdefunktซึ่งมีคุณสมบัติเล็ก ๆ น้อย ๆ ที่สามารถแปลงปัญหาที่มีอยู่เป็นการร้องขอแบบดึงและเชื่อมโยงสาขาปัจจุบันของคุณกับมันโดยอัตโนมัติ ฉันสงสัยว่ามันเป็นวิธีที่ดีที่สุดที่จะมีนักพัฒนาแต่ละคนในองค์กรแยกที่เก็บขององค์กรเพื่อทำงานคุณสมบัติ / แก้ไขข้อผิดพลาด / etc ดูเหมือนว่าจะเป็นกระบวนการทำงานที่ค่อนข้างแน่นหนา (โดยพื้นฐานแล้วเป็นสิ่งที่โครงการโอเพนซอร์สทุกแห่งใน Github ทำ) แต่เราต้องการให้แน่ใจว่าเราสามารถติดตามปัญหาและดึงคำขอจากแหล่ง ONE ซึ่งเป็นที่เก็บขององค์กร ดังนั้นฉันมีคำถามสองสามข้อ: ในกรณีนี้มีวิธีแยกแบบผู้พัฒนาหรือไม่ ดูเหมือนว่ามันจะเกินกำลังไปหน่อย ฉันไม่แน่ใจว่าเราต้องการทางเลือกสำหรับนักพัฒนาทุกคนเว้นแต่ว่าเราจะแนะนำนักพัฒนาที่ไม่สามารถเข้าถึงการพุชโดยตรงและต้องการรหัสทั้งหมดของพวกเขา ในกรณีนี้เราต้องการกำหนดนโยบายเช่นนั้นสำหรับนักพัฒนาเหล่านั้นเท่านั้น ดังนั้นจะดีกว่ากัน? นักพัฒนาทั้งหมดในที่เก็บเดียวหรือเป็นทางเลือกสำหรับทุกคน? ใครบ้างมีประสบการณ์กับเครื่องมือฮับโดยเฉพาะคุณสมบัติการดึงคำขอ ถ้าเราทำ fork-per-developer (หรือแม้แต่สำหรับ devs ที่มีสิทธิพิเศษน้อยกว่า) คุณลักษณะการร้องขอแบบดึงของฮับจะทำงานกับคำขอแบบดึงจากที่เก็บต้นแบบต้นน้ำ (ที่เก็บขององค์กรหรือไม่) มีพฤติกรรมที่แตกต่างกันหรือไม่? แก้ไข ฉันทำการทดสอบบางอย่างกับปัญหาส้อมและดึงคำขอและพบว่า หากคุณสร้างปัญหาในที่เก็บขององค์กรของคุณให้แยกที่เก็บจากองค์กรของคุณไปยังบัญชี GitHub ของคุณเองทำการเปลี่ยนแปลงบางอย่างรวมกับสาขาหลักของส้อมของคุณ เมื่อคุณพยายามเรียกใช้hub …

6
ใส่คำอธิบายประกอบซอร์สโค้ดที่มีไดอะแกรมเป็นความคิดเห็น
ฉันเขียนโค้ด (c ++ และ javascript) เป็นจำนวนมากซึ่งสัมผัสกับเรขาคณิตและกราฟิกการคำนวณและหัวข้อเหล่านั้นดังนั้นฉันจึงพบว่าไดอะแกรมภาพนั้นเป็นส่วนที่ขาดไม่ได้ของกระบวนการแก้ปัญหา ฉันได้ตัดสินใจแล้วว่า "โอ้ไม่น่าอัศจรรย์ถ้าฉันสามารถแนบแผนภาพวาดด้วยมือกับชิ้นส่วนของรหัสเพื่อแสดงความคิดเห็น" และนี่จะทำให้ฉันกลับมามีบางสิ่งที่ฉันทำ วัน, สัปดาห์, เดือนก่อนหน้านี้และไกลโพ้นอัลกอริทึมของฉันอีกครั้งอย่างรวดเร็ว ในฐานะผู้เรียนรู้ภาพฉันรู้สึกว่าสิ่งนี้มีศักยภาพในการปรับปรุงประสิทธิภาพการทำงานของฉันด้วยการเขียนโปรแกรมเกือบทุกประเภทเนื่องจากแผนภาพง่าย ๆ สามารถช่วยให้เข้าใจและให้เหตุผลเกี่ยวกับโครงสร้างข้อมูลที่ไม่สำคัญ กราฟตัวอย่าง ในระหว่างชั้นเรียนทฤษฎีกราฟที่มหาวิทยาลัยฉันสามารถเข้าใจความสัมพันธ์ของกราฟที่จริง ๆ แล้วฉันสามารถวาดภาพตัวแทนของแผนภาพ ดังนั้น... ไม่มี IDE ให้ความรู้ของฉันช่วยให้คุณบันทึกภาพเป็นความคิดเห็นในการรหัส ความคิดของฉันคือการที่ฉันหรือคนอื่นสามารถใช้เครื่องมือที่ใช้งานง่ายพอสมควรซึ่งสามารถแปลงรูปภาพให้เป็นสตริงไบนารีพื้นฐาน 64 ซึ่งฉันสามารถแทรกลงในรหัสของฉันได้ หากกระบวนการแปลง / แทรกสามารถเพิ่มความคล่องตัวได้มากพอจะทำให้สามารถเชื่อมต่อระหว่างไดอะแกรมและรหัสจริงได้ดีกว่าดังนั้นฉันไม่จำเป็นต้องค้นหาตามลำดับเวลาในโน้ตบุ๊คของฉันอีกต่อไป น่าประทับใจยิ่งกว่า: ปลั๊กอินสำหรับ IDE ในการแยกวิเคราะห์และแสดงภาพโดยอัตโนมัติ ไม่มีอะไรยากเกี่ยวกับสิ่งนี้จากมุมมองทางทฤษฎี ฉันเดาว่ามันจะใช้เวลาเพิ่มสำหรับฉันที่จะคิดออกว่าจะขยาย IDEs ที่ชื่นชอบและดูแลปลั๊กอินเหล่านี้ได้อย่างไรดังนั้นฉันจึงมีความสุขกับโค้ดโพสต์โปรเซสเซอร์ซึ่งจะแยกวิเคราะห์และ การเรนเดอร์รูปภาพและแสดงภาพแบบเคียงข้างกันด้วยโค้ด, ภายในเบราว์เซอร์หรือบางสิ่งบางอย่าง ตั้งแต่ฉันเป็นโปรแกรมเมอร์จาวาสคริปต์โดยการค้า คนอื่นคิดอย่างไร ใครบ้างที่จ่ายสำหรับสิ่งนี้ ฉันจะ แต่บางทีฉันอาจจะชี้ให้เห็นว่าไม่ว่าฉันหรือเพื่อนร่วมงานจำนวนมากของฉันจะจ่ายเงินสำหรับสิ่งนั้นวิธีเดียวที่สิ่งนั้นมีแนวโน้มที่จะประสบความสำเร็จก็คือผ่านการเปิดตัวโอเพนซอร์ส

2
เวิร์กโฟลว์แก้ไขสิ่งที่ไม่ได้อยู่ในงานปัจจุบันของคุณ
โดยปกติเมื่อฉันเขียนโปรแกรมฉันมีงานที่ชัดเจนก่อนหน้าฉัน แต่พบสิ่งที่น่ารำคาญที่ฉันต้องการทำความสะอาดเมื่อฉันไป ที่นี่ฉันเห็นสามตัวเลือก: ทำในภายหลัง (อาจลืม / ต้องใช้เวลาในการเพิ่มตั๋ว) ทำทันทีและส่งมอบงานของฉันในปัจจุบัน (ไม่ชัดเจน) ทำทันทีและกระทำแยกต่างหาก (ต้องค้นหาอาจทำผิดพลาดและไปที่ตัวเลือก # 2 โดยไม่ได้ตั้งใจ) นี่อาจเป็นพื้นฐานค่อนข้าง แต่มีวิธีใดบ้างที่จะหลีกเลี่ยงสิ่งนี้โดยใช้ svn / git / other?

1
มารยาทที่เหมาะสมสำหรับการปล่อยการเขียนที่สมบูรณ์ของโครงการที่มีอยู่คืออะไร?
ฉันใหม่สำหรับโลก opensource โครงการที่ฉันกำลังทำงานอยู่กับ Github (สำหรับการอ้างอิงเท่านั้น) โครงการที่ฉันกำลังดำเนินการอยู่เป็นปลั๊กอินสำหรับ Plex Media Server ฉันวางแผนที่จะส่งปลั๊กอินของฉันไปที่ Plex เพื่อที่จะรวมอยู่ใน "app store" ของพวกเขา ตอนนี้คำถามของฉัน เมื่อฉันเริ่มแรกฉันพบปลั๊กอินที่ถูกทอดทิ้งแบบเก่าที่ทำในสิ่งที่ฉันต้องการ แต่ไม่ค่อยดี ฉันเริ่มต้นด้วยการมีส่วนร่วมในการซื้อคืน ฉันได้ทำงานร่วมกันโดยทันทีที่มีสิทธิ์เต็มรูปแบบในการซื้อคืนเนื่องจากเจ้าของปัจจุบันบอกว่าเขายุ่งเกินกว่าที่จะยุ่งกับมันอีกต่อไป อย่างไรก็ตามในขณะที่ฉันเริ่มขุดลึกลงไปในรหัสฉันรู้ว่ามันไร้ประโยชน์ ฐานรหัสที่มีอยู่แย่มากและไม่มีวิธีแก้ไขที่มีประสิทธิภาพ ฉันลงเอยด้วยการเริ่มจากศูนย์ รหัสเดียวที่ฉันใช้ในปลั๊กอินใหม่ของฉันคือรหัสที่ฉันยืนยันตอนแรก ตอนนี้โครงการพร้อมที่จะเปิดตัว อย่างไรก็ตามฉันไม่แน่ใจว่าจะทำสิ่งนี้ได้อย่างไร ฉันเห็นตัวเลือกของฉันดังนี้: สร้าง repo ใหม่และลืมเกี่ยวกับที่มีอยู่เดิม ฉันไม่แน่ใจว่าฉันควรพูดถึง repo ก่อนหน้าและหรือผู้มีส่วนร่วม ฉันไม่ได้ใช้รหัส / แหล่งข้อมูลใด ๆ และได้สร้างฐานรหัสใหม่ทั้งหมด ในขณะที่ปลั๊กอินทำสิ่งเดียวกันกับที่เคยทำมา แต่มันทำในรูปแบบใหม่ทั้งหมดและมีประสิทธิภาพมากขึ้น ฉันแยก repo ที่มีอยู่แล้วลบรหัสที่มีอยู่และส่งรหัสใหม่ของฉัน ฉันใหม่กับ Git จริงๆฉันไม่แน่ใจว่ามันจะเป็นไปได้หรือไม่ ฉันยอมรับการเปลี่ยนแปลงของฉันกับ repo ที่มีอยู่และดูว่าผู้ให้ข้อมูลปัจจุบันต้องพูดอย่างไร ในสามตัวเลือกฉันเอนตัวไปทางแรก …

1
Git เวิร์กโฟลว์ / การปฏิบัติสำหรับโครงการขนาดเล็ก (ผังใน png)
ฉันกำลังพยายามหาเวิร์กโฟลว์ส่วนตัว ฉันได้รวบรวมผังงานเกี่ยวกับอายุการใช้งานสมมุติของการวางจำหน่าย: นักพัฒนารายหนึ่งผลักดันให้ repo สาธารณะ Github + เพื่อนช่วยด้วยคุณสมบัติบางอย่างและแก้ไขข้อบกพร่อง นี่เป็นวิธีการที่สมเหตุสมผลในการควบคุมเวอร์ชันหรือไม่? แนวคิดหลักคือการรักษาความเป็นระเบียบเรียบร้อยสาธารณะ: การเปิดตัวใหม่แต่ละครั้งจะดำเนินการในสาขาของตนเองจนกว่าจะถูกแท็กในสาขาหลักเมื่อเสร็จสิ้น งานทั้งหมดจะทำในสาขา "คุณสมบัติ" หรือ "โปรแกรมแก้ไขด่วน" ไม่เคยอยู่ในสาขาที่วางจำหน่ายจริงเพื่อป้องกันความผิดปกติ การรวมสาขาในระดับที่สูงกว่านั้นจะถูกรีบูทหรือบีบอัดเสมอ (เพื่อหลีกเลี่ยงความยุ่งเหยิง) ถ้าเกินความจริงฉันก็ไม่รังเกียจเพราะประเด็นทั้งหมดสำหรับฉันคือการเรียนรู้ทักษะที่ฉันอาจต้องการสำหรับโครงการขนาดใหญ่ ปัญหาเดียวก็คือถ้าฉันทำบางสิ่งผิดปกติหรือไม่จำเป็น แก้ไข 2:แก้ไขความคิดที่ไม่ดีในผังงานดั้งเดิมและทำให้การนำทางง่ายขึ้นเล็กน้อย

2
git, maven และ jenkins - versioning, dev และ release สร้างเวิร์กโฟลว์
เป็นวิธีที่ต้องการทำต่อไปนี้ด้วยคอมไพล์ maven และเจนกินส์คืออะไร: ฉันกำลังพัฒนาแอปพลิเคชันซึ่งฉันต้องการรักษาสาขา "dev" และ "release" ฉันต้องการเจนกินส์เพื่อสร้างทั้งสอง อาจเป็นไปได้ว่าการเผยแพร่สิ่งประดิษฐ์จะมีรุ่นเช่น 1.5.2 และ dev-builds จะเป็น 0.0.1-SNAPSHOTs ฉันไม่ต้องการไฟล์ pom.xml 2 ไฟล์ ฉันดูโปรไฟล์ แต่ดูเหมือนว่าพวกเขาจะไม่สามารถเปลี่ยนเวอร์ชันสิ่งประดิษฐ์ได้ วิธีหนึ่งที่ฉันสามารถดูได้คือการเพิ่ม 'ตัวระบุ' ลงในการทดสอบสร้าง แน่นอนฉันสามารถเปลี่ยนชื่อไฟล์ได้เนื่องจากข้อมูลสิ่งประดิษฐ์จริงในเรื่องนี้ไม่สำคัญเพราะแอปเป็นแบบสแตนด์อโลน สิ่งที่จะเป็นวิธีที่ต้องการในการทำเช่นนี้? หรือคุณจะทำอย่างไร

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.