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

Git เป็น DVCS โอเพนซอร์ส (ระบบควบคุมเวอร์ชันแบบกระจาย)

2
ฉันสามารถโอนย้ายที่เก็บ Google Code ไปยัง Github ได้หรือไม่
ฉันต้องการสร้างโคลนของที่เก็บ Google Code ซึ่งฉันไม่สามารถดาวน์โหลดได้เนื่องจากข้อ จำกัด ของประเทศและฉันต้องการย้ายโคลนนั้นไปที่ Github ซึ่งฉันสามารถใช้ได้โดยไม่มีปัญหาใด ๆ สิ่งที่ฉันมีบัญชี Github และฉันสามารถเรียกดูผ่าน GoogleCode แต่ฉันไม่สามารถใช้ TortoiseHg และโคลน repo เช่นนั้นเพราะฉันมาจากคิวบาและฉันได้รับหน้า Google ที่น่ารักโดยบอกว่าฉันไม่สามารถเข้ารหัส Google ได้ ฉันเดาว่าคุณรู้วิธีจัดการการท่อง :) ฉันต้องการนำเข้าคลังเก็บสินค้า Mercurial ไปยังบัญชี Github ของฉันคำถามของฉัน: เป็นไปได้ไหม? ฉันจะทำมันได้อย่างไร
10 git  github  mercurial 

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

4
นักพัฒนาแอปพลิเคชันมืออาชีพใช้ระบบควบคุมเวอร์ชันเช่น GIT และ Subversion อย่างไร
ฉันเป็นนักพัฒนามือใหม่และฉันสงสัยมาตั้งแต่แรกว่าเครื่องมือใช้งานอย่างมืออาชีพเช่น GIT และ Subversion (ฉันไม่มีความเข้าใจที่ดีเกี่ยวกับเครื่องมือเหล่านี้) เพื่อตอบสนองความต้องการของโครงการ หากพวกเขาใช้มันฉันจะตั้งค่าแบบนั้นได้อย่างไร แอปพลิเคชันของฉันไม่ใหญ่มากและฉันยังไม่ได้ทำงานเป็นทีมพวกเขาจะช่วยฉันได้มากหรือไม่ มีคำถามในเว็บไซต์นี้เกี่ยวกับวิธีการใช้เครื่องมือ แต่ฉันต้องการการสนับสนุนเริ่มต้น

1
การรักษาประวัติ git ที่สะอาดเมื่อใช้ gitflow - unmerged มุ่งมั่นพัฒนา
การใช้ gitflow เมื่อสร้างrelease-1.0.0สาขาและรวมเข้ากับทั้งสองmasterและdevelopทั้งสองสาขาจะมีความมุ่งมั่นที่ขาดหายไป: masterเคยมีความมุ่งมั่นที่release-1.0.0จะผสานกับdevelop developเคยมีความมุ่งมั่นที่release-1.0.0จะผสานกับmaster แต่หลังจากที่hotfix-1.0.1ถูกสร้างขึ้นและรวมกับmasterเมื่อมันถูกรวมกับdevelopการมุ่งมั่นที่จะผสานจะรวมถึงการกระทำก่อนหน้านี้ที่release-1.0.0ได้รับการรวมmaster; ดังนั้นมันจะเป็นดังนี้: User 'john doe' is trying to merge the following commits into 'develop' from 'hotfix-1.1.1'. * merge release-1.0.0 to master * merge release-1.1.0 to master * Fix shopping cart critical bug หากเสียงนี้ทำให้เกิดความสับสนคุณสามารถสังเกตเห็น everytie นี้คุณเห็นdevelopมักจะเป็นคู่ของกระทำหลังmaster(แม้ว่าการพัฒนาในทางทฤษฎีควรเท่านั้นจะไปข้างหน้าเนื่องจากเป็นสาขาหลัก. กระทำเหล่านี้จะผสานจากrelease-x.x.xไปmaster) สิ่งนี้ควรจัดการเพื่อรักษาประวัติที่สะอาดหรือไม่?
9 git  gitflow 

2
Git ทางเลือกแทนชั้นวางใน TFS
ฉันใช้ git สำหรับโครงการส่วนบุคคลของฉันดังนั้นฉันไม่เคยพบปัญหาใด ๆ กับ Git แต่ฉันมีการพูดคุยที่ทำงานวันนี้และบางสิ่งที่ฉันไม่ได้คิด ใน TFS คุณสามารถจัดเก็บเซ็ตการแก้ไขของคุณลงในชั้นวางผู้พัฒนารายอื่นสามารถดูได้จากชั้นวางนี้ จากสิ่งที่ฉันเข้าใจใน GitHub คุณกำลังทำงานกับสำเนา Repo ในพื้นที่ของคุณ (อาจมีสาขาที่กำหนดเองสำหรับคุณสมบัติที่แตกต่างกัน) จากนั้นมาถึงจุดสำหรับการตรวจสอบเพื่อน คุณจะแบ่งปันการเปลี่ยนแปลงเฉพาะใน repo ในพื้นที่กับคนอื่นอย่างไร

2
การแสดงละคร Git: เมื่อไหร่ถึงเวที? จะทำอย่างไรถ้ามีการดัดแปลงเกิดขึ้นในภายหลัง
ฉันค่อนข้างใหม่สำหรับโลกกว้างของ Git ฉันอ่านคู่มือและฝึกฝนมาแล้ว แต่ฉันก็สับสนเล็กน้อยเกี่ยวกับมันซึ่งฉันคิดไม่ออกหลังจากค้นหา ฉันสงสัย: ในโครงการ (โพสต์การคอมมิทครั้งแรก) ช่วงเวลาที่เหมาะสมในการจัดทำไฟล์ต้นฉบับคืออะไร ก่อนที่จะตัดสินใจ? ทันทีหลังจากเพิ่ม / ลบหรือแก้ไข? หากไฟล์ถูกจัดฉากกลางคันระหว่างสองคอมมิตและจากนั้นไฟล์จะถูกแก้ไขจะเกิดอะไรขึ้นกับ Git มันต้องการการดูแลเกี่ยวกับการเปลี่ยนแปลงเนื้อหาเมื่อมันถูกระบุและสิ่งที่มันจะกลายเป็นตั้งแต่? ถ้าฉันสร้างไฟล์ใหม่ให้จัดวางและต้องการลบไฟล์ทำไม Git ขอให้ฉันใช้แฟล็ก "-f" และ "git -rm file.ext" ธรรมดาจะไม่ทำงาน ฉันได้อ่าน "What stage หมายถึงอะไร" และวิชาอื่น ๆ ของคู่มือและแบบฝึกหัดอื่น ๆ ใน Git แต่อย่างที่ฉันพูดฉันยังไม่เข้าใจเรื่องข้างต้น ดังนั้นถ้าคุณทำได้โปรดตอบคำถามด้วยคำพูดและตัวอย่างของคุณเองเพื่อที่ฉันจะได้มีโอกาสเข้าใจมันมากขึ้น ขอบคุณ.

2
วิธีการจัดโครงสร้างที่เก็บคอมไพล์สำหรับโครงการ?
ฉันกำลังทำงานกับโมดูลการซิงโครไนซ์เนื้อหาสำหรับ Drupal มีโมดูลเซิร์ฟเวอร์ซึ่งตั้งอยู่บนเว็บไซต์ ona และแสดงเนื้อหาผ่านบริการเว็บ นอกจากนี้ยังมีโมดูลไคลเอนต์ซึ่งตั้งอยู่บนเว็บไซต์ที่แตกต่างกันและดึงข้อมูลและนำเข้าเนื้อหาในช่วงเวลาปกติ เซิร์ฟเวอร์ถูกสร้างใน Drupal 6 ไคลเอนต์ถูกสร้างขึ้นใน Drupal 7 จะต้องมีเซิร์ฟเวอร์รุ่น Druapl 7 และจากนั้นจะต้องใช้ Drupal 8 ทั้งไคลเอนต์และเซิร์ฟเวอร์เมื่อเปิดตัวในปีหน้า ฉันค่อนข้างใหม่กับ git และ source control ดังนั้นฉันจึงสงสัยว่าวิธีที่ดีที่สุดในการตั้งค่าที่เก็บ git คืออะไร? มันจะเป็นกรณีของการมีพื้นที่เก็บข้อมูลแยกต่างหากสำหรับแต่ละตัวอย่างเช่น: Drupal 6 server = 1 repository Drupal 6 client = 1 repository Drupal 7 server = 1 repository Drupal 7 client = …

3
เหตุผลใดที่จะไม่ใช้ระบบควบคุมหลายเวอร์ชัน?
ฉันกำลังทำงานในโครงการที่ใช้ GIT เป็นระบบควบคุมเวอร์ชันหลักสำหรับ trunk, สาขาอย่างเป็นทางการและสาขาย่อย / โครงการที่ไม่เป็นทางการส่วนใหญ่ ดังนั้นฉันต้องการทำให้สาขาของตัวเองใช้ GIT เพื่อให้ชุมชนที่เหลือสามารถเข้าถึงสาขาของฉันโดยใช้ระบบที่พวกเขารู้ อย่างไรก็ตามฉันกำลังทำงานในส่วนหนึ่งของโครงการที่ทับซ้อนทั้งสาขาอย่างเป็นทางการและไม่เป็นทางการพร้อมกับแพทช์บางอย่างที่จะไม่เข้าลำตัว - เช่นนี้ฉันต้องแยกแพทช์ของฉันออกเพื่อให้สามารถใช้งานได้ทั้งหมด กิ่งไม้และแพทช์เลือกของฉันที่จะนำไปใช้ในลำตัว สิ่งนี้โน้มเอียงไปสู่การใช้คิวปรอทตามธรรมชาติ มีเหตุผลใดบ้างที่ฉันไม่สามารถใช้ Mercurial สำหรับพื้นที่เก็บข้อมูลในพื้นที่ของฉันเอง แต่ผลักดันทั้งหมดไปที่ที่เก็บโฮสต์ GIT และ Mercurial หรือมีเหตุผลที่ดีที่จะไม่ทำฉันแน่ใจว่าเป็นไปได้

2
อะไรคือแนวทางที่เป็นที่ยอมรับในการใช้ VCS จากวัยเด็กของโครงการ
พื้นหลัง ฉันเคยใช้ VCS (เป็นหลักgit) ในอดีตเพื่อจัดการโครงการที่มีอยู่มากมายและใช้งานได้ดี โดยทั่วไปกับโครงการที่มีอยู่ฉันจะตรวจสอบการเปลี่ยนแปลงแต่ละครั้งที่ฉันทำกับรหัสที่ปรับให้เหมาะสมหรือเปลี่ยนการทำงานโดยรวม (คุณรู้ว่าฉันหมายถึงอะไรในขั้นตอนที่เหมาะสมไม่ใช่ทุกบรรทัดที่ฉันเปลี่ยน) ปัญหา สิ่งหนึ่งที่ฉันไม่ได้ฝึกฝนมากคือการสร้างโครงการใหม่ ฉันอยู่ในขั้นตอนการเริ่มต้นโครงการใหม่ของฉันเองซึ่งอาจจะมีขนาดค่อนข้างใหญ่ แต่ฉันพบว่ามีหลายสิ่งที่ต้องทำและมีการเปลี่ยนแปลงมากมายในสองสามวันแรก / ชั่วโมง / สัปดาห์ / ระยะเวลาขึ้น จนกว่าผลิตภัณฑ์จะทำงานได้จริงในรูปแบบพื้นฐานที่สุด มีจุดใดบ้างที่ฉันจะตรวจสอบในแต่ละขั้นตอนของกระบวนการเหมือนกับที่ฉันทำกับโครงการที่มีอยู่ ฉันยังไม่เลิกโปรเจคกับการเปลี่ยนแปลงที่ทำเนื่องจากยังไม่ทำงาน ในขณะนี้ฉันเพิ่งใช้ VCS เป็นข้อมูลสำรองในตอนท้ายของแต่ละวันเมื่อฉันออกจากคอมพิวเตอร์ ข้อผูกพันสองสามข้อแรกของฉันคือสิ่งต่าง ๆ เช่น "โครงสร้างไดเรกทอรีพื้นฐานแทน" และ "สร้างตารางฐานข้อมูล" ฉันจะใช้ VCS เมื่อเริ่มต้นโครงการใหม่ได้อย่างไร

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

3
กระบวนการปรับใช้การพัฒนาแบบว่องไว การควบคุมคุณภาพและเจ้าของธุรกิจทดสอบที่ไหน
ฉันอ่านมากเมื่อเร็ว ๆ นี้เกี่ยวกับกระบวนการปรับใช้เว็บแอปพลิเคชันต่าง ๆ โดยใช้ SVN หรือ GIT เพื่อดูการออกแบบวิธีที่เราปรับใช้ในที่ทำงาน เช่นเดียวกับวิธีที่มีความหลากหลายของความคล่องตัวก็ถือว่าสิ่งที่มุ่งมั่นที่จะต้นแบบหรือลำตัวพร้อมที่จะผลิต ทั้ง GitHub และ Etsy, http://codeascraft.etsy.com/2010/05/20/quantum-of-deployment/บอกว่าพวกเขาทำงานบนพื้นฐานนี้ (แม้ว่า Etsy จะมีสภาพแวดล้อมจริง) กระบวนการนี้ถือว่าการทดสอบหน่วยและการทดสอบ CI ทั้งหมดได้รับการดำเนินการ คุณเรียกใช้การทดสอบแบบโลคัลและบน CI จากนั้นคอมมิทไปที่ trunk ดังนั้นที่จุดนี้รหัสของคุณในทางเทคนิคเสียง รหัสของคุณอาจถูกต้องทางเทคนิค แต่การทดสอบผู้ใช้ / ฟังก์ชั่นอาจพบข้อผิดพลาดมากขึ้นโดยเฉพาะอย่างยิ่งเมื่อมันมาถึงการทดสอบส่วนหน้า คำถามของฉันคือสิ่งนี้ เจ้าของ QA และธุรกิจจะทดสอบการเปลี่ยนแปลงคุณสมบัติที่คุณนำไปใช้ที่ไหน บนเครื่องพัฒนาท้องถิ่นของคุณก่อนที่คุณจะผูกพันหรือบนเครื่อง QA / การแสดงละคร? หากคุณมีเครื่อง staging ที่รัน trunk และคุณคิดว่ารหัสทั้งหมดที่กำหนดให้กับ trunk นั้นพร้อมใช้งานแล้วกำลังผลิต ... เอ๊ะ .. แล้วรหัสใดที่ถูกปิดและดีที่จะเข้าสู่การผลิตจากทั้งทางเทคนิคและธุรกิจ มุมมอง? …

3
วิธีการถ่ายโอนไฟล์ไปยังการผลิต?
เราเป็นกลุ่มที่เริ่มทำงานกับเว็บไซต์ที่มีขนาดใหญ่พอสมควรโดยมี codebase อยู่ เรามีการทดสอบและเซิร์ฟเวอร์การผลิต ความคิดของเราคือการมีพื้นที่เก็บข้อมูลทดสอบที่มีจำนวนของ devs ที่มีการเข้าถึงแบบพุช; และพื้นที่เก็บข้อมูลที่จำเริญที่มีเพียงไม่กี่คนที่สามารถผลักดันให้ repo ที่ได้รับพรควรจะมีความเสถียรอยู่เสมอและแสดงถึงเวอร์ชั่นการผลิตล่าสุด ฉันจะทำให้กระบวนการถ่ายโอนไฟล์ไปสู่การผลิตเป็นแบบอัตโนมัติได้อย่างไร มันจะไม่ดีที่จะมีไฟล์การผลิตภายใต้การควบคุมเวอร์ชัน? ด้วยวิธีดังกล่าวการผลักดันไปยังที่เก็บข้อมูลที่มีความสุขจะหมายถึงการปรับใช้ แต่จะเกิดอะไรขึ้นเมื่อมีการรวมความขัดแย้งกัน เซิร์ฟเวอร์ที่ใช้งานจริงจะหยุดจนกว่าจะได้รับการแก้ไขหรือไม่
9 git  workflows 

5
SVN ล้าสมัยหรือไม่ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน9 ปีที่ผ่านมา เป็นเพียงไม่กี่ปีนับตั้งแต่ฉันย้ายจาก Visual Source Safe เป็น SVN และ SVN สำหรับฉันยังคงชนิด "ว้าว! ฉันสามารถทำสิ่งต่าง ๆ มากมาย! SVN เจ๋งมาก!" แต่หลายคนรอบตัวฉันพูดว่า "SVN จริงเหรอ? Meh ... " มีหลายคนที่ฉันเป็นห่วง ฉันควรย้ายทีมของฉันไปที่ Git / Mercurial หรือสิ่งแฟนซีอื่น ๆ หรือไม่? ฉันรู้ว่าฉันฟังดูไร้สาระและคำตอบที่ชัดเจนคือ "อยู่กับสิ่งที่เหมาะกับคุณ" SVN ทำงานได้สำหรับฉัน ... แต่ทุกครั้งที่ฉันสร้างโครงการใหม่ในที่เก็บของฉันฉันจะถามตัวเองอยู่เรื่อย ๆ - อาจเป็นเวลาที่จะย้ายหรือไม่ ดังนั้น ... SVN นั้นเลวจริงเหรอ? …
9 git  svn 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.