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

ฉันจะอธิบายปัญหาของฉัน ฉันกำลังใช้การติดตั้งแบบ gitorious โดยใช้ git ฉันต้องการเริ่มทดสอบ FogBugz และ Kiln จาก Fog Creek ซึ่งใช้ Mercurial ฉันต้องการอย่างน้อยสักครู่ในขณะที่การพัฒนาอย่างต่อเนื่องโดยใช้โซลูชั่นทั้งสอง ไม่มีใครทราบถึงผลกระทบที่ร้ายแรงในระยะยาวของการมีคอมไพล์และ repo Mercurial ในไดเรกทอรีเดียวกัน หรือมีวิธีที่ดีกว่าในการทำให้เซิร์ฟเวอร์คอมไพล์และ Mercurial ซิงค์กัน ฉันเคยลองด้วย repo ทดสอบและฉันไม่เห็นปัญหาใด ๆ ขอบคุณสำหรับความช่วยเหลือ

11 git  mercurial 

Git และ Mercurial ปฏิบัติตามโมเดลที่คล้ายกันและมีคำศัพท์ที่คล้ายคลึงกัน การเปิดตัวครั้งแรกของ Mercurial เป็นเพียง 12 วันหลังจาก Git's โครงการทั้งสองนี้ในการพัฒนาเริ่มแรกในเวลาเดียวกันจบลงอย่างไรที่คล้ายกันมาก? ไม่มีใครรู้ประวัติหรือไม่

11 git  mercurial  dvcs 

ฉันแนะนำคอมไพล์ให้กับสมาชิกในทีมจูเนียร์ (Co-op) ตอนนี้พวกเขามีความสะดวกสบายกับพื้นฐานของการเพิ่มกระทำการผลักและดึง ตอนนี้ฉันต้องการแนะนำพวกเขาเพื่อดึงคำขอและสาขา หากพวกเขาเริ่มทำคำขอดึงในสาขาฉันควรทำเช่นเดียวกันสำหรับการทำงานอย่างต่อเนื่องของฉัน? ฉันจะเป็นหนึ่งในการรวมคำขอดึงของพวกเขามาฉันไม่แน่ใจว่ามันจะทำให้รู้สึกมากที่สุดสำหรับฉันที่จะทำงานในสาขา (โดยทั่วไปการปฏิบัติที่ดีฉันรู้ แต่ฉันอยากรู้เกี่ยวกับสถานการณ์เฉพาะ 2 devs กับจูเนียร์หนึ่ง ) และถ้าเป็นเช่นนั้นหมายความว่าฉันจะรวมสาขาของตัวเองเป็นเจ้านาย ฉันจะทำคำขอดึงสำหรับงาน / สาขาของฉันด้วยหรือไม่? โดยทั่วไปเราใช้ขั้นตอนการทำงานของ GitHub คุณสมบัติขั้นต้นสำหรับการเปลี่ยนแปลงเหล่านี้: https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow มีวัตถุประสงค์ในการใช้คำขอดึงบน repo ของฉันเองหรือไม่ถ้าฉันเป็นนักพัฒนาซอฟต์แวร์คนเดียว? มีประโยชน์ แต่ไม่ค่อยมีความเจาะจง ขั้นตอนการทำงานกับคน 2 คนในโครงการดูเหมือนจะเป็นเรื่องทั่วไปมากขึ้น และ ฉันควรเปิดคำขอดึงจากสาขาใน repo อย่างเป็นทางการหรือทางแยกของฉัน? ดูเหมือนจะเกี่ยวกับส้อม

11 git  github  gitflow  pull-requests 

ถือว่าเป็นแนวปฏิบัติที่ดีที่จะมีสาขาระยะไกลสำหรับนักพัฒนาแต่ละคนในโครงการหรือไม่ เรากำลังใช้ Git กับสาขาดังต่อไปนี้: เจ้านาย ปล่อย พัฒนา หากนักพัฒนาซอฟต์แวร์แต่ละคนมีสาขาของตนเองพวกเขาสามารถกดรหัสลงในสาขาของตนเองและผู้อื่นสามารถรวมการเปลี่ยนแปลงเหล่านี้เข้ากับสาขาของตนเอง

11 version-control  git  branching 

เรามีใครบางคน (เรียกเขาว่าเท็ด) ที่รับผิดชอบการทดสอบคุณสมบัติใหม่และการแก้ไขข้อบกพร่อง เรากำลังใช้GitและGitHub masterควร / สามารถใช้งานได้เสมอและdevelopmentเป็นสถานที่ที่เรายอมรับ / รวมคุณสมบัติใหม่หรือแก้ไขข้อผิดพลาด แต่หลังจากที่พวกเขาได้รับการทดสอบโดยเท็ด โครงการอยู่ใน PHP ฉันต้องการให้กระบวนการทดสอบเป็นไปตามนี้: ผู้พัฒนาต้องการทำงานกับคุณสมบัติใหม่ (สมมติว่าคุณสมบัติ / ข้อผิดพลาด # 123 เป็นเอกสาร Ted ในตัวติดตามปัญหา) ดังนั้นเขาจึงดึงorigin/developmentไปdevelopmentที่ที่เก็บในเครื่องของเขาและสร้างสาขาใหม่ (สมมติว่าissue-123) จากที่นั่น originเมื่อเขามีความสุขกับการทำงานของเขาเขามุ่งมั่นและผลักดันสาขาใหม่ของเขาไป เท็ดเชื่อมต่อtest.ourproject.com/choose-branchและดูรายการของสาขาoriginและเลือกที่จะเปิดissue-123(มันควรจะทำได้ผ่านหน้าเว็บ) จากนั้นเขาก็test.ourproject.comทำการทดสอบนรกจากเว็บแอปพลิเคชั่น (เขาเป็นคนที่ไร้ความปราณี) และหลังจากกลับมากับนักพัฒนาเขามีความสุขกับคุณสมบัตินี้ เท็ดบอกนักพัฒนาที่ว่าเขาสามารถผสานissue-123เข้าสู่บนdevelopmentorigin ล้างและทำซ้ำ สำหรับขั้นตอนที่สามฉันสามารถแฮ็คสิ่งที่ทำงาน (แสดงและสลับสาขาจากหน้าเฉพาะ) แต่ฉันรู้สึกว่าสิ่งที่ฉันอธิบายไว้เป็นรูปแบบทั่วไปมาก ดังนั้นคำถามของฉันคือ: นี่เป็นเวิร์กโฟลว์ที่ดี / ยั่งยืน / บำรุงรักษาได้สำหรับการแยกหรือไม่ คุณสามารถสำรองคำตอบของคุณโดยอ้างตัวอย่างของโครงการอื่น ๆ ที่ติดตามเวิร์กโฟลว์นี้หรือไม่?

11 testing  git  integration 

ฉันใช้ Gulp เพื่อสร้าง CSS แบบย่อจากรหัส SASS ของฉันสำหรับโครงการที่ฉันกำลังทำอยู่ ฉันสงสัยว่าเป็นวิธีปฏิบัติที่ดีที่สุดในการสร้าง CSS minified ใหม่นี้เมื่อทำการถ่ายทอดสดจาก Git ... หรือ ในการจัดเก็บไฟล์ CSS ขนาดเล็กใน Git พวกเขาจะถูกส่งไปยังการผลิตสดโดยอัตโนมัติโดยไม่ต้องทำงานเพิ่มเติมในส่วนของเซิร์ฟเวอร์? ฉันขอขอบคุณความคิดของผู้คนในเรื่องนี้ ขอบคุณ!

10 version-control  git  css  deployment 

หนึ่งสัปดาห์ที่ผ่านมาฉันอยู่ที่LFNWและขณะที่ฉันกำลังพูดคุยกับ Larry Hastings หลังจากการพูดคุยของเขาเขาพูด (ถอดความ): มีบางอย่างใน Git ที่ทำให้กระบวนการดึงคำขอเป็นไปได้ที่ไม่มีอยู่ใน Mercurial นั่นเป็นเหตุผลที่คำขอการดึงใน BitBucket นั้นไม่ดี (สำหรับบริบทเรากำลังคุยกันถึงความจริงที่ว่า Python กำลังย้ายจาก Mercurial มาเป็น Git เนื่องจากเวิร์กโฟลว์ PR ไม่เหมือนกับเวิร์กโฟลว์ file-bug-then-attach-patch เขากำลังพูดถึงอะไรที่นี่? เราสองคนไม่สามารถสร้างชื่ออะไรก็ได้ ฉันค้นหาเว็บโดยไม่มีโชค

10 git  mercurial  pull-requests  bitbucket 

ทีมพัฒนาของฉันใช้ซอฟต์แวร์ต่อไปนี้ในเวิร์กโฟลว์ของเราในปัจจุบัน: จิระ Bamboo (การผสมผสานอย่างต่อเนื่อง Atlassian) Greenhopper (การจัดการโครงการ Atileian เปรียว) ที่บรรจบกัน Git โฮสต์บน BitBucket Visual Studio 2012 อย่างที่คุณเห็นเราค่อนข้างลงทุนอย่างหนักในระบบนิเวศของ Atlassian เรากำลังพิจารณาที่จะย้ายไปยัง TFS เพื่อให้เราได้รับประโยชน์จากการผนวกรวม Visual Studio ขั้นสูงเช่นการตรวจสอบโค้ดและที่สำคัญกว่านั้นคือ Microsoft Test Manager ประสบการณ์ที่ผ่านมาของฉันกับ TFS คือเมื่อปี 2005 หรือ 2008 (ฉันจำไม่ได้) และฉันมีความทรงจำที่ไม่ดีแม้ว่ามันจะไม่แย่เท่าเวลาที่ฉันใช้ ClearCase เราควรพิจารณาถึงเกณฑ์ใดบ้างเพื่อประเมินการย้ายไปสู่ ​​TFS อย่างเหมาะสม

10 git  team-foundation-server 

ฉันอยู่ในช่วงกลางของความไม่ลงรอยกัน (แน่นอน) ด้วยความเป็นผู้นำของฉันเกี่ยวกับการตั้งชื่อสาขาที่เหมาะสม สิ่งนี้ใช้กับสาขาการแก้ไขข้อบกพร่องและสาขาคุณลักษณะขนาดเล็กไม่ใช่สาขาคุณลักษณะระยะยาว สำหรับสาขาคุณลักษณะที่ใช้เวลานานเรายอมรับว่าชื่อที่มนุษย์อ่านได้ดีกว่า ต่อไปนี้เป็นมุมมองสองประการ: เหมืองแร่: การตั้งชื่อสาขาตามทีมและหมายเลขตั๋วจะดีกว่า มันทำให้ง่ายต่อการค้นหาในระบบตั๋วของเราและพิมพ์ให้สั้นลง นอกจากนี้ยังช่วยให้ค้นหาสาขาที่เกี่ยวข้องใน GIT ได้ง่ายขึ้นเมื่อค้นหาข้อมูลประวัติเกี่ยวกับตั๋ว ตัวอย่าง: team-name/12345 team-name/53719 ของพระองค์ การตั้งชื่อสาขาตามคุณสมบัติ / ฟังก์ชั่น มันทำให้การเติมข้อความอัตโนมัติง่ายขึ้นและจดจำได้ง่ายกว่าตัวเลขแต่ละตัว ตัวอย่าง: team-name/fix-that-sql-bug team-name/expand-http-parser การประนีประนอมอย่างหนึ่งที่ฉันเสนอคือ: team-name/12345-fix-that-sql-bug แต่เขาไม่ชอบสิ่งนี้เพราะมันยุ่งกับการเติมข้อความอัตโนมัติของ GIT หากนี่คือพื้นฐานความคิดเห็นโปรดอย่าลังเลที่จะให้คำแนะนำฉันเกี่ยวกับวิธีการนี้เหมาะสำหรับ SO - แต่ฉันคิดว่าเหตุผลที่ฉันให้สามารถแก้ไข / เพิ่มเติมเพื่อให้คำตอบเชิงประจักษ์

10 git  naming  github  workflows  branching 

ฉันต้องการเพิ่มโครงการซึ่งในกรณีนี้ถูกสร้างขึ้นใน Netbeans แต่คำถามนี้เป็นคำถามทั่วไปสำหรับ IDE ส่วนใหญ่ เป็นเพียงสิ่งที่ฉันควรรวมไว้ในที่เก็บของฉัน ตัวอย่างเช่น Netbeans สร้างโฟลเดอร์ nbproject, eclipse สร้างโฟลเดอร์ .settings เป็นต้นฉันควรรวมสิ่งเหล่านี้ไว้ในที่เก็บของฉันข้อดี / ข้อเสียของการรวมหรือไม่รวมถึงการตั้งค่าเฉพาะของโครงการคืออะไร ในกรณีนี้เป็นโครงการส่วนบุคคลดังนั้นฉันไม่คิดว่าคนอื่นจะเริ่มทำงานกับมัน แต่มันเป็นการดีที่จะเพิ่มการตั้งค่าโครงการขั้นต่ำเปล่าดังนั้นโครงการจะง่ายต่อการเริ่มทำงานบนเครื่องที่แตกต่างกัน

10 programming-practices  git  project  maintainability 

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

10 git  gitflow 

บริษัท ของเรามีที่เก็บ GitHub ส่วนตัวสำหรับโครงการที่ฉันกำลังดำเนินการ หลังจากการทำงานในช่วงฤดูร้อนที่ผ่านมาดูเหมือนว่าเราจะเปิดตัวในสัปดาห์นี้ (wheee!) อย่างไรก็ตามฉันต้องการรวมลิงก์ "ส่งข้อผิดพลาด" ในโปรแกรมที่นำไปสู่แบบฟอร์มที่ซึ่งผู้ใช้สามารถกรอกแบบฟอร์มที่กลายเป็นปัญหาสำหรับเราใน GitHub Googling around ยังไม่พบวิธีแก้ปัญหา (หรือคนที่มีปัญหาเดียวกัน) เป็นไปได้หรือไม่ (ผ่าน API บางตัว) หรือฉันจะต้องป้อนบั๊กที่ผู้ใช้รายงานด้วยตนเอง

10 git  issue-tracking  github 

ขณะที่ฉันเขียนเราใช้เวลา 10 วันในปี 2012 ฉันคิดว่าโปรแกรมเมอร์หลายคนกำลังแก้ไขสตริงลิขสิทธิ์ที่ด้านบนของไฟล์ต้นฉบับของพวกเขาเป็นอย่างเช่น: // Copyright 2008, 2010-2012 Some Company Unlimited ระบบควบคุมเวอร์ชันของคุณรู้ว่าเมื่อใดที่ไฟล์ถูกแก้ไขดังนั้นจึงสามารถช่วยเขียนหรือเขียนสตริงเหล่านี้ได้ ดังนั้นคำถามของฉัน: มีสคริปต์ที่สามารถตรวจสอบบันทึก git สำหรับแต่ละไฟล์และผลลัพธ์ (หรือแทรกที่ดีขึ้น) สตริงเช่นนั้นเกี่ยวกับ? ฉันใช้คอมไพล์ดังนั้นมันจึงเป็นเรื่องที่น่าสนใจหลัก แต่จะแจ้งให้ฉันทราบหากมีสคริปต์ดังกล่าวสำหรับระบบอื่น ๆ ปรับปรุง: เราต้องการสคริปต์ที่ทำสิ่งนี้: เดินไฟล์ต้นฉบับทั้งหมดในสำเนาการทำงานของเรา ค้นหาสตริงลิขสิทธิ์ที่มีอยู่และระบุปีเช่น 2007,2009-2011 จะเป็น {2007, 2009, 2010, 2011} สำหรับแต่ละปีที่ไม่ได้กล่าวถึงแตกต่างกันระหว่าง 1 มกราคมถึง 31 ธันวาคม (หรือวันนี้ถ้าปีปัจจุบัน) ตรวจสอบความแตกต่างและตัดสินใจว่ามันควรค่าแก่การกล่าวถึงในสตริงลิขสิทธิ์หรือไม่ แทรกสตริงลิขสิทธิ์ใหม่

10 git  copyright 

ฉันมีแอปพลิเคชั่นซอฟต์แวร์บางตัวที่จัดการโดยใช้ Git ฉันเพิ่งเปิดตัวรุ่นใหม่ 2.x ซึ่งฉันวางแผนที่จะรักษาในระยะยาว (แก้ไขข้อผิดพลาดส่วนใหญ่) ในระหว่างนี้ฉันอยากเริ่มทำงานกับเวอร์ชัน 3.x วิธีที่แนะนำในการจัดการสิ่งนี้คืออะไร? ฉันควรสร้างสาขาสำหรับเวอร์ชัน 2.x และมีการพัฒนา 3.x บนต้นแบบหรือไม่? หรือวิธีอื่น ๆ ?

10 version-control  git 

มีข้อเสนอแนะว่าฉันนำโครงการโอเพ่นซอร์สของฉันเนื่องจากขนาดและทักษะที่ขาดไปของฉันดังนั้นฉันจึงตรวจสอบ Google Code และเริ่มทำโครงการและตอนนี้มันถามฉันว่าฉันต้องการให้โครงการมี Git, Mercurial หรือ Subversion รหัสโฮสติ้ง ฉันไม่รู้ด้วยซ้ำว่าโค้ดโฮสติ้งคืออะไรและการค้นหาทำให้ฉันสับสนมากขึ้นกับการอภิปรายระหว่างสิ่งเหล่านี้ทั้งหมดและสิ่งนี้ก็ยิ่งแย่ลงเพราะ Google Code กำลังถามฉันว่าต้องการใบอนุญาตประเภทใด ฉันคิดว่าฉันไม่เข้าใจความหมายของโอเพ่นซอร์สจริง ๆ แล้วใครบางคนสามารถทำแผ่นโกงคนธรรมดาได้อย่างรวดเร็วในทุกสิ่งนี้คืออะไร? ชื่นชมมาก แก้ไขมีการตอบรับที่ยอดเยี่ยมมากมายเกี่ยวกับการโฮสต์โค้ดทั้งสามเวอร์ชัน แต่ฉันคิดว่าฉันล้มเหลวในการสื่อสารกับคำถามจริง: โดยทั่วไปฉันไม่รู้ว่าการทำงานแบบโอเพ่นซอร์สนี้ทำงานอย่างไร ? และนั่นหมายความว่าฉันต้องถอดไซต์ออกจากโฮสต์ปัจจุบันของฉันหรือนี่เป็นโฮสติ้งประเภทอื่นหรือไม่ จะเกิดอะไรขึ้นเมื่อฉันทำให้ไซต์ของฉันเป็นโอเพ่นซอร์สฉันมีสิทธิ์ใดบ้างฉันจะมอบสิทธิ์ใดให้ฉัน มันใช้งานได้อย่างไรผู้คนเพิ่งมาและโยนรหัสมาให้ฉันฟรีหรือไม่? บางทีนี่อาจเป็นคำถามที่งี่เง่าและถ้าเป็นเช่นนั้นฉันคิดว่าฉันต้องการคำตอบที่โง่ฉันก็ไม่รู้ว่าโอเพ่นซอร์สคืออะไรอย่างจริงจังยกเว้นแนวคิดในการแบ่งปันรหัส ...

10 open-source  licensing  version-control  git  mercurial