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

ผมมีโครงการที่มีการแตกแขนงคอมไพล์รูปแบบที่ประมาณดังนี้ว่าnvie ของคอมไพล์ไหล สาขาที่วางจำหน่ายของเรามีชื่ออยู่ในรูปแบบของSemVerเช่นv1.5.2 เมื่อสาขาย่อยได้รับไฟสีเขียวเพื่อการผลิตเราจะปิดสาขาโดยรวมมันเข้ากับต้นแบบใช้แท็กแล้วลบสาขา เมื่อเราลบสาขาที่วางจำหน่ายทันทีเราได้ใช้ตัวระบุเดียวกันสำหรับการติดแท็กสาขาเช่น v1.5.2 นี่คือคำสั่งที่เราใช้ปิดสาขาที่วางจำหน่าย: $ git checkout master $ git merge v1.5.2 $ git tag -a v1.5.2 -m "Version 1.5.2 - foo bar, baz, etc" $ git branch -d v1.5.2 $ git branch -dr origin/v1.5.2 $ git push origin :v1.5.2 $ git push $ git push --tags …

20 version-control  git  branching  gitflow 

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

19 git  continuous-integration  branching  devops 

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

19 version-control  git  github  etiquette 

ฉันต้องการคำแนะนำเกี่ยวกับวิธีการจัดโครงสร้างโครงการของเราใน Git เราใช้ Java และ Maven เป็นเครื่องมือสร้างของเรา Maven kinda ถือว่าโครงการทั้งหมดของคุณมีบรรพบุรุษร่วมกันในที่สุด Maven ยังสามารถเป็นราชินีละครจริงเมื่อสิ่งที่ไม่ติดตั้งตรงทาง Apache ชุดมูลนิธิโครงการของพวกเขา (ทุกคนที่ใช้ปล่อยปลั๊กอินอาจจะรู้ว่าสิ่งที่ผมพูดถึง) เราต้องการ pom พาเรนต์ระดับบนสุดที่ควบคุมเวอร์ชันของปลั๊กอินและสร้างการกำหนดค่า (การกำหนดค่า repo สิ่งที่จะสร้างการตั้งชื่ออนุสัญญารุ่นของปลั๊กอิน ฯลฯ ) Maven ต้องการให้โครงการไอทีทั้งหมดของเราอยู่ในโฟลเดอร์ย่อยของโครงการหลักนั้น นี่หมายถึง repo Git ขนาดใหญ่หนึ่งรายการสำหรับองค์กร สิ่งนี้จะทำให้สภาพแวดล้อมที่มีเสียงดังมาก หากมีสองทีมที่ทำงานในโครงการที่ไม่เกี่ยวข้องพวกเขาจะต้องดึงการรวมตัวของทีมอื่นอย่างต่อเนื่อง ฉันอยากได้ repo หนึ่งต่อโครงการ แต่การปะทะแบบนั้นกับโมเดลลำดับขั้นสุดยอดของ Maven ซึ่งต้องการโครงการย่อยเป็นโฟลเดอร์ย่อย ฉันต้องการคำแนะนำเกี่ยวกับวิธีที่ผู้คนคืนดีแบบจำลองทั้งสองนี้ ... ขอบคุณ!

19 java  version-control  git  maven 

ฉันทำงานเพื่อนำ Gitlab ไปใช้ใน บริษัท ของฉันด้วยกลยุทธ์เวิร์กโฟลว์ ความคิดของฉันคือผู้พัฒนาจะได้รับสิทธิ์เข้าถึงที่เก็บ แต่ทุกครั้งที่พวกเขาพยายามส่งรหัสของพวกเขาจะต้องได้รับการตรวจสอบ ฉันรู้ว่าฉันสามารถให้พวกเขาสร้างสาขาก่อนที่จะส่งมอบและสร้างคำขอรวมหลังจากที่ถูกผลักไปที่ repo ฉันยังไม่ชัดเจนเกี่ยวกับบางสิ่งบางอย่าง ... ความคิดที่ว่าเราต้องพึ่งพาผู้คนในการสร้างสาขาและจากนั้นคำขอผสานดูเหมือนผิดพลาดมีวิธีแก้ปัญหาที่บังคับให้มีนโยบายบางอย่างที่สาขาหลักสามารถรักษาความสะอาดได้ยกเว้น " ผู้ดูแลระบบ "อนุมัติรหัสที่กำลังจะรวมเข้าด้วยกัน ฉันได้อ่าน"เวิร์กโฟลว์ GitHub ทีม"แต่ดูเหมือนจะไม่ได้มีทางออกที่ทำงานได้ คำแนะนำใด ๆ เกี่ยวกับกระบวนการหรือแนวปฏิบัติที่ดีที่สุดของคุณเองนั้นเป็นที่นิยม ขอบคุณ!

18 development-process  git  gitlab 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา ดังนั้นฉันจึงทำงานที่ บริษัท ใช้ SVN (แต่จะย้ายไปที่ Git ในอนาคต) ปัญหาคือฉันไม่รู้ SVN ฉันได้ลองใช้คำค้นหาของ Google มากมายและสิ่งที่ฉันหาได้ทั้งหมดคือ SVN-> Git tutorials "ทำไม Git ถึงดีกว่า SVN" บล็อกและ "cheat ชีต" ที่ให้คำสั่งที่คล้ายกัน (บางรายการ) ... อ่านหนังสือ O'Reilly สั้น ๆ เกี่ยวกับ SVN คำแนะนำสั้น ๆ (แต่ไม่สั้นเกินไป ) สำหรับ SVN สำหรับผู้ใช้ Git …

18 git  svn 

ฉันกำลังทำงานในโครงการโอเพนซอร์ซบน GitHub มันมีไดเรกทอรีย่อย / ผู้ขายที่มีสำเนาของห้องสมุดภายนอกหลายแห่ง ผู้ดูแลดั้งเดิมของโปรเจ็กต์นี้อัพเดตไดเร็กทอรีนี้ด้วยสำเนาของไลบรารีภายนอกที่ใหม่กว่าเป็นระยะ ๆ นักพัฒนาคนหนึ่งส่งคำขอดึงด้วยความคิดที่จะเปลี่ยนนี้สำเนาโดยsubmodule คอมไพล์ และฉันกำลังพิจารณาว่ามันเป็นความคิดที่ดีหรือไม่ Git submodule ข้อดี: โมดูลย่อยถูกออกแบบมาโดยเฉพาะสำหรับสถานการณ์ที่คล้ายกัน มันลบความเป็นไปได้ของการกระทำโดยไม่ตั้งใจไปยังผู้ขายซึ่งจะถูกเขียนทับในขณะที่การปรับปรุงครั้งต่อไป Git submodule ข้อเสีย: ดูเหมือนว่า submodules git จะเพิ่มความซับซ้อนจากผู้ดูแลไปยังบุคคลที่จะโคลน / ดึงโครงการ (ขั้นตอนเพิ่มเติมที่จำเป็นหลังจากที่คุณโคลนเพื่อเริ่มทำงานกับโครงการ: "git submodule init", "git submodule update" คุณมีความคิดเห็นอย่างไรกับเรื่องนี้? อีกหนึ่งสิ่ง. ปัญหานี้เป็นไลบรารี่ขนาดเล็กที่มีการพึ่งพาภายนอกที่ จำกัด มาก ฉันคิดว่าเครื่องมือสร้างใด ๆ จะ overkill สำหรับตอนนี้

18 git  github 

ฉันคิดว่าบทความนี้เป็นโมเดลการแยกสาขาที่ประสบความสำเร็จเป็นที่รู้จักกันดีในหมู่ผู้ใช้ DVCS ที่มีประสบการณ์ ฉันใช้hgเป็นส่วนใหญ่ แต่ฉันจะโต้แย้งการอภิปรายนี้เป็นสิ่งที่ดีสำหรับ DVCS ใด ๆ เวิร์กโฟลว์ปัจจุบันของเราคือผู้พัฒนาแต่ละคนลอกแบบต้นแบบธุรกรรมซื้อคืน เราเขียนโค้ดลงบน repo ในพื้นที่ของเราเองทำการทดสอบและถ้าทุกอย่างเข้ากันได้ดีกับมาสเตอร์ ดังนั้นเราจึงต้องการติดตั้งเซิร์ฟเวอร์ CI เช่น Jenkins และปรับปรุงขั้นตอนการทำงานของเราด้วยระบบการจัดเตรียมในอนาคต ส่วนจริง แบบจำลองดังกล่าวข้างต้นใช้งานได้ดี แต่กิ่งสามารถทำลาย CI ได้ สาขาฟีเจอร์ควรซิงค์กับจุดเริ่มต้น (ตามบทความมันจะเป็นdevelopmentสาขา) เพื่อทำให้ CI และการผสานราบรื่นใช่ไหม? Say Alice และ Bob กำลังทำงานกับคุณสมบัติสองอย่าง แต่อลิซเสร็จในวันรุ่งขึ้น คุณสมบัติของ Bob ใช้เวลาหนึ่งสัปดาห์ เมื่อถึงเวลาที่บ๊อบเสร็จสิ้นการเปลี่ยนแปลงของเขาล้าสมัย (อาจจะมีการปรับโครงสร้างใหม่ / เปลี่ยนชื่อคลาสบางส่วน) ทางออกหนึ่งคือนักพัฒนาทุกเช้าต้องดึงmaster/originเพื่อตรวจสอบว่ามีการเปลี่ยนแปลงหรือไม่ หากอลิซส่งมอบบ๊อบควรดึงและรวมเข้าไปในพื้นที่ทำงานของเขาเพื่อให้ฟีเจอร์สาขาของเขาทันสมัย นี่เป็นวิธีที่ดีหรือไม่? ควรสาขาเหล่านี้มีอยู่ใน repo หลัก (ไม่ใช่โคลนแบบโลคอลหรือไม่) ความหมายของนักพัฒนาทุกคนควรให้สิทธิพิเศษแก่ repo หลักใน …

18 git  continuous-integration  mercurial  dvcs  branching 

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

18 open-source  version-control  git  refactoring  branching 

ฉันมาหาคุณในฐานะโปรแกรมเมอร์มือใหม่ที่กำลังทำงานในโครงการของเขาเอง (ซึ่งก้าวหน้าอย่างมาก) ผู้ร่วมก่อตั้งของฉันยังได้เรียนรู้วิธีการเขียนโปรแกรมและได้มาถึงจุดที่เขาอาจจะเริ่มแก้ไขบางสิ่งและทำให้บางสิ่งเกิดขึ้น เขาถามคำถามที่ดีมากซึ่งเป็น "งานนี้จะทำอย่างไร" บางสิ่งที่ฉันสามารถสร้างทฤษฎีเกี่ยวกับสิ่งที่ฉันไม่เคยตั้งโปรแกรมกับคนอื่น คุณช่วยแนะนำขั้นตอนการทำงานที่ดีที่สุดให้ฉันได้ไหม เราใช้คอมไพล์ เราควรเป็นเจ้าของส่วนต่าง ๆ ของระบบหรือไม่? กำลังตรวจสอบรหัสหรือไม่ ตรวจสอบรหัส? คุณทำงานกับ> 1 dev อย่างไร

18 git  github  gitflow 

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

18 git  workflows  gitflow 

ฉันติดตั้ง Windows 10 พร้อม Git แล้ว Git นี้ใช้C:/Users/MyNamedir ของฉันเป็นไดเรกทอรี HOME และ/.ssh/dir ภายในเหมาะสมสำหรับการจัดหาคีย์ SSH ส่วนตัวของฉัน ฉันเพิ่งเปิดใช้งานและตั้งค่า "Bash บน Ubuntu บน Windows" (เป็นคำที่ถูกต้อง!) และติดตั้ง Git ในนั้นด้วย ฉันต้องการให้ทั้ง Gits ใช้ชุดคีย์เดียวกันซึ่งไม่สำคัญว่าจะใช้สภาพแวดล้อมแบบใดในเครื่องนี้การกระทำของฉันจะมาจากฉันเสมอ เป็นปัญหาว่าผบหน้าแรกในทุบตีที่แตกต่างกัน ( /home/MyName) ../../mnt/c/Users/MyName/.sshและดังนั้นจึงไม่เห็นกุญแจที่ตั้งอยู่ในที่ห่างไกลในขณะนี้ ฉันคิดว่าฉันจะเป็นผู้ชนะด้วยการเปลี่ยนตัวแปรสภาพแวดล้อม HOME โดยใช้ export HOME=/c/mnt/Users/MyName สิ่งนี้ได้เปลี่ยน HOME dir สำเร็จ แต่ bash git ยังไม่เห็นคีย์ที่อยู่ใน./.sshdir ฉันไม่แน่ใจว่านี่คือ A) หรือไม่เพราะ bash git ต้องการคีย์ในรูปแบบไฟล์อื่น? …

18 git  authentication  bash  ubuntu  windows-10 

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

17 git  workflows  branching  jira  gitflow 

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

17 git  github  branching  forking 

ฉันคดเคี้ยวโครงการ Github ที่ทำการเปลี่ยนแปลงเล็ก ๆ และส่งคำขอดึงไปยังผู้ดูแลเดิมที่ได้ดึงมันใน. Merged pull request #11 from my_username/masterตอนสุดท้ายกระทำมี นี่เป็นครั้งแรกที่ฉันทำสิ่งนี้ดังนั้นฉันไม่แน่ใจว่ามารยาทในตอนนี้คือ: ฉันทำgit pull upstream masterแล้วgit push origin masterและตอนนี้ความมุ่งมั่นล่าสุดของที่เก็บของฉันเองMerged pull request #11 from my_username/masterซึ่งอ่านแล้วรู้สึกแปลกสำหรับฉัน นี่เป็นวิธีที่ผู้คนมักจะทำหรือไม่ฉันต้องทำอะไรเพื่อ "ล้างประวัติ" หรืออะไรบางอย่าง? หมายเหตุ: เนื่องจากนี่เป็นการเปลี่ยนแปลงเอกสารเล็กน้อยฉันไม่ได้สร้างสาขาเลยฉันเพิ่งทำการเปลี่ยนแปลงในmasterสาขาของฉันและส่ง pull req ดังนั้นจึงไม่มีการล้างข้อมูลในส่วนนั้น

17 git  github  pull-requests