คำถามติดแท็ก git-flow

สมมติว่าเรามีสถานการณ์ต่อไปนี้ใน Git: พื้นที่เก็บข้อมูลที่สร้างขึ้น: mkdir GitTest2 cd GitTest2 git init การดัดแปลงบางอย่างในต้นแบบเกิดขึ้นและได้รับการยอมรับ: echo "On Master" > file git commit -a -m "Initial commit" Feature1 แยกออกจากงานหลักและงานบางอย่างเสร็จแล้ว: git branch feature1 git checkout feature1 echo "Feature1" > featureFile git commit -a -m "Commit for feature1" ในขณะเดียวกันจะพบข้อบกพร่องในรหัสหลักและมีการสร้างสาขาโปรแกรมแก้ไขด่วน: git checkout master git branch hotfix1 git checkout hotfix1 …

1016 git  git-branch  git-merge  git-flow  feature-branch 

ฉันมีสองสาขา: masterและdev ฉันต้องการที่จะสร้าง "สาขาคุณลักษณะ" จากdevสาขา ขณะนี้อยู่ที่การพัฒนาสาขาฉันทำ: $ git checkout -b myfeature dev ... (ทำงานบางส่วน) $ git commit -am "blablabla" $ git push origin myfeature แต่หลังจากเห็นภาพกิ่งไม้ของฉันฉันได้รับ: --**master** ------0-----0-----0-----0-----0 ------------------------**dev**----**myfeature** ฉันหมายความว่าสาขาดูเหมือน ff ที่รวมเข้าด้วยกันและฉันไม่เข้าใจว่าทำไม ... ฉันทำอะไรผิด คุณช่วยอธิบายฉันทีว่าคุณแยกสาขาจากสาขาอื่นและผลักดันกลับไปยังที่เก็บระยะไกลสำหรับสาขาฟีเจอร์ได้อย่างไร? ทุกสิ่งที่อยู่ในรูปแบบที่แตกแขนงเช่นเดียวที่อธิบายที่นี่

989 git  git-branch  git-workflow  git-flow 

ทีมพัฒนาของเราใช้กลยุทธ์GitFlow branching และมันยอดเยี่ยมมาก! เมื่อเร็ว ๆ นี้เราได้คัดเลือกผู้ทดสอบสองรายเพื่อปรับปรุงคุณภาพซอฟต์แวร์ของเรา แนวคิดคือผู้ทดสอบทุกคนควรทดสอบ / QA ในอดีตนักพัฒนาจะทำงานกับฟีเจอร์ในสาขาฟีเจอร์ที่แยกจากกันและรวมกลับไปที่developสาขาเมื่อเสร็จสิ้น นักพัฒนาจะทดสอบงานของเขาเองในfeatureสาขานั้น ๆ ตอนนี้สำหรับผู้ทดสอบเราเริ่มถามคำถามนี้ ผู้ทดสอบควรทดสอบคุณสมบัติใหม่ในสาขาใด เห็นได้ชัดว่ามีสองทางเลือก: ในแต่ละสาขาคุณลักษณะ ในdevelopสาขา การทดสอบในสาขาการพัฒนา ในขั้นต้นเราเชื่อว่านี่เป็นวิธีที่แน่นอนเพราะ: คุณลักษณะนี้ได้รับการทดสอบกับคุณลักษณะอื่น ๆ ทั้งหมดที่รวมเข้ากับdevelopสาขาตั้งแต่เริ่มการพัฒนา ความขัดแย้งใด ๆ สามารถตรวจพบได้เร็วกว่าในภายหลัง ทำให้งานของผู้ทดสอบง่ายขึ้นเขาจัดการกับสาขาเดียว ( develop) ตลอดเวลา เขาไม่จำเป็นต้องถามนักพัฒนาว่าสาขาใดสำหรับฟีเจอร์ใด (สาขาฟีเจอร์เป็นสาขาส่วนบุคคลที่จัดการโดยนักพัฒนาที่เกี่ยวข้องโดยเฉพาะและอิสระ) ปัญหาที่ใหญ่ที่สุดคือ: developสาขาปนเปื้อนมีข้อบกพร่อง เมื่อผู้ทดสอบพบข้อบกพร่องหรือข้อขัดแย้งเขาจะรายงานกลับไปยังผู้พัฒนาซึ่งเป็นผู้แก้ไขปัญหาในสาขาการพัฒนา (สาขาคุณลักษณะถูกละทิ้งเมื่อรวมเข้าด้วยกัน) และอาจต้องมีการแก้ไขเพิ่มเติมในภายหลัง การคอมมิชชันหรือการรวมในภายหลังหลาย ๆ ครั้ง (หากมีการสร้างสาขาใหม่จากdevelopสาขาอีกครั้งเพื่อแก้ไขจุดบกพร่อง) ทำให้การย้อนคุณสมบัติออกจากdevelopสาขาทำได้ยากมากหากทำได้ มีคุณสมบัติหลายอย่างที่รวมเข้าด้วยกันและได้รับการแก้ไขในdevelopสาขาในเวลาที่ต่างกัน สิ่งนี้ทำให้เกิดปัญหาใหญ่เมื่อเราต้องการสร้างรุ่นที่มีคุณลักษณะบางอย่างในdevelopสาขา การทดสอบในสาขาคุณลักษณะ ดังนั้นเราจึงคิดอีกครั้งและตัดสินใจว่าเราควรทดสอบฟีเจอร์ในสาขาฟีเจอร์ ก่อนที่เราจะทดสอบเราจะรวมการเปลี่ยนแปลงจากdevelopสาขาไปยังสาขาคุณลักษณะ (ตามลำดับdevelopสาขา) ดีจัง: คุณยังคงทดสอบคุณลักษณะนี้กับคุณลักษณะอื่น ๆ …

131 git  testing  qa  git-flow 

ปิด . คำถามนี้เป็นคำถามความคิดเห็นตาม ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบพร้อมข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน10 เดือนที่ผ่านมา ปรับปรุงคำถามนี้ เราเพิ่งเริ่มใช้ GitLab ปัจจุบันใช้เวิร์กโฟลว์แบบ "รวมศูนย์" เรากำลังพิจารณาที่จะย้ายไปที่ github-flow แต่ฉันต้องการให้แน่ใจ ข้อดีข้อเสียของgit-flow vs github-flowคืออะไร?

125 gitlab  git-flow 

ฉันได้เห็นคำจำกัดความที่ขัดแย้งกันในเว็บไซต์ต่างๆที่เกี่ยวข้องกับการไหลของคอมไพล์ มีคำแนะนำอย่างเป็นทางการหรือแหล่งข้อมูลเดียวหรือไม่? สาขา: release-1.2.3หรือrelease-v1.2.3 แท็ก: 1.2.3หรือv1.2.3

119 git  naming-conventions  git-flow 

หากคุณพยายามทำตามแบบจำลองการแยกส่วน git-flow ตามเอกสารที่นี่และด้วยเครื่องมือที่นี่คุณควรจัดการกับสถานการณ์นี้อย่างไร: คุณได้สร้างรุ่น 1.0 และรุ่น 2.0 จากนั้นคุณต้องสร้างโปรแกรมแก้ไขด่วนสำหรับ 1.0 คุณสร้างสาขาโปรแกรมแก้ไขด่วนจากแท็ก 1.0 และดำเนินการแก้ไขที่นั่น แต่แล้วอะไรล่ะ? โดยปกติคุณจะรวมเป็นหลักและวางแท็กรุ่น 1.1 ไว้ที่นั่น แต่คุณไม่สามารถผสาน 1.1 ถึงจุดหนึ่งหลังจาก 2.0 บนมาสเตอร์ได้ ฉันเดาว่าคุณสามารถวางแท็กรุ่นในสาขาโปรแกรมแก้ไขด่วนได้ แต่จะสร้างสาขาถาวรข้างต้นแบบที่จะมีแท็กรุ่น เป็นวิธีที่ถูกต้องหรือไม่?

103 git  branch  git-flow  hotfix 

เรากำลังพยายามนำรูปแบบการแยกส่วน Git ที่ประสบความสำเร็จมาใช้โดย git-flow ตอนนี้เรากำลังดำเนินการอย่างน้อยสองสาขาสำหรับรุ่นที่มีความเสถียรล่าสุดและอีกหนึ่งสาขาสำหรับรุ่นถัดไป ("ดูตัวอย่าง") สิ่งที่ฉันไม่เข้าใจคือทำไมทุกรุ่นดูเหมือนจะ "เป็นเส้นตรง" สำหรับต้นแบบและติดแท็ก ทำไมไม่ติดแท็กการเผยแพร่ในสาขาการเผยแพร่ของตน ทำไมต้องเป็นนายเลย? หรือทำไมสาขาพัฒนาและไม่ใช้หลักสำหรับมัน?

87 git  git-flow 

สวัสดีฉันเพิ่งอัปเดต Sourcetree บนเครื่อง Mac เป็นเวอร์ชันล่าสุด (2.2) git-flow หายไปไหน? และฉันจะเปิดใช้งานฟังก์ชันนี้อีกครั้งได้อย่างไร? ฉันเพิ่งสูญเสียตัวเองไปโดยไม่มีมัน!

86 atlassian-sourcetree  git-flow 

ฉันใหม่มากสำหรับ Git และฉันวางแผนที่จะมีส่วนร่วมในโครงการโอเพนซอร์สบน GitHub หลังจากพบข้อผิดพลาดเล็กน้อยในนั้น เมื่อทำการปลอมและแก้ไขข้อผิดพลาดฉันตั้งใจที่จะดึงคำขอและฉันสังเกตเห็นสิ่งนี้ปรากฏขึ้น: ล้มเหลว - การสร้าง Travis CI ล้มเหลว เมื่อพิจารณาถึงรายละเอียดที่ฉันค้นพบว่ามันเกิดจากCould not find .travis.ymlสิ่งที่สมเหตุสมผลเนื่องจากฉันไม่ได้ลงชื่อเข้าใช้ Travis Cl ด้วยและเพิ่ม. travis.yml ลงในที่เก็บ นี่เป็นครั้งแรกที่ฉันได้ยินเกี่ยวกับ Travis และสิ่งที่เรียกว่าการบูรณาการอย่างต่อเนื่อง และมันฟังดูดีมากดังนั้นเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับเรื่องนี้ฉันจึงค้นหาใน Wikipedia Travis CI เป็นบริการผสานรวมแบบต่อเนื่องที่โฮสต์และกระจายซึ่งใช้ในการสร้างและทดสอบโครงการที่โฮสต์ที่ GitHub เทรวิส CI โดยอัตโนมัติเมื่อมีการกระทำที่ได้ทำและผลักดันให้พื้นที่เก็บข้อมูล GitHub ที่ใช้เทรวิส CI และทุกครั้งที่เกิดเหตุการณ์นี้ก็จะพยายามที่จะสร้างโครงการและเรียกใช้การทดสอบ ซึ่งรวมถึงข้อผูกพันในทุกสาขาไม่ใช่เฉพาะสาขาหลัก ความเข้าใจในปัจจุบันของฉันเกี่ยวกับ Travis CI คือสิ่งที่ทำคือผลักดันโครงการโดยอัตโนมัติgit commit -am ".."และฉันไม่ค่อยเข้าใจบางส่วนของมัน การสร้างโครงการและเรียกใช้การทดสอบจะเรียกใช้การทดสอบใด และจะ "สร้าง" โครงการได้อย่างไร? (เช่นการรวบรวมเป็นไบนารี?) …

86 git  travis-ci  git-flow 

ฉันใช้git flowมาระยะหนึ่งแล้ว ฉันอยากรู้เกี่ยวกับกรณีการใช้งานที่เฉพาะเจาะจง สำหรับหนึ่งในโครงการของฉันฉันมีตั๋วสำหรับคุณสมบัติเว็บไซต์ใหม่ ตั๋วนี้ขึ้นอยู่กับงานย่อยหลายอย่าง ฉันต้องการสร้างสาขาคุณลักษณะสำหรับตั๋วหลักจากนั้นสำหรับงานย่อยแต่ละงานให้สร้างสาขาคุณลักษณะจากสาขาคุณลักษณะหลัก สมมติว่าฉันมีตั๋ว PROJ-500 และฉันสร้างสาขาคุณลักษณะสำหรับมัน git flow feature start PROJ-500 แล้วฉันต้องการที่จะรวมตั๋วPROJ-501ผ่านPROJ-515เข้าไปก่อนที่จะรวมทั้งสิ่งที่เข้ามาในPROJ-500 developมีวิธีให้ฉันทำอะไรบ้างเช่น git flow feature start PROJ-511 -b PROJ-500 จากนั้นเมื่อเวลาผ่านไปงานย่อยเหล่านี้จะเสร็จสมบูรณ์และเมื่อคุณสมบัติเสร็จสิ้นสาขาจะถูกรวมเข้าPROJ-500ด้วยกัน git flow feature finish PROJ-511 คำสั่งดังกล่าวจะรวมPROJ-511เข้าด้วยกันPROJ-500 และเมื่องานย่อยทั้งหมดเสร็จสิ้นแล้วก็PROJ-500จะเสร็จสิ้นและรวมเข้าdevelopด้วยกัน ด้วยวิธีนี้คุณลักษณะใหม่ของเว็บไซต์จะรวมเข้ากับการพัฒนาเป็นหน่วยเดียวแทนที่จะเป็นแบบทีละชิ้น

86 git  git-flow