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

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

10 version-control  git  svn 

ฉันพยายามคิดถึงวิธีที่ดีกว่าในการควบคุมเวอร์ชันโครงการเว็บไซต์ของเรา โปรดทราบว่าฉันเป็นเพียงส่วนหนึ่งของส่วนหน้าดังนั้นฉันจึงไม่มีความรู้ที่ลึกซึ้งเกี่ยวกับ VCS เวิร์กโฟลว์กำลังเปลี่ยนแปลงและพฤติกรรมการควบคุมเวอร์ชันที่ผ่านมาล้าสมัย ปัญหาหลักคือมี 2 อาร์เรย์ของไฟล์ส่วนหน้าสำหรับแต่ละเว็บไซต์ สภาพแวดล้อม dev (ไฟล์น้อยลง js ที่ไม่บีบอัดรูปภาพ ฯลฯ ) สภาวะแวดล้อมบิลด์ "gulpified" (ทุกสิ่งถูกบีบอัดและไม่สามารถอ่านได้โดยมนุษย์) แต่คุณไม่สามารถขายเว็บไซต์ด้วยไฟล์ต้นฉบับได้ มันรู้สึกไม่ถูกต้อง มีวิธีแก้ปัญหาของการมี 2 repos: หนึ่งบิลด์หนึ่ง dev กับอึกส่งไฟล์ dev เพื่อสร้างไดเรกทอรี แต่มันเป็นเรื่องยุ่งยากที่จะรักษาด้วย บริษัท เล็ก ๆ ฉันไม่คิดว่ามันเยี่ยมขนาดนั้น มันสร้าง repos มากมายและผู้คนต้องจัดการกับ repos หลาย ๆ ครั้งบางครั้งถึงกับ repo svn เพียงตัวเดียวปัญหาก็เกิดขึ้น ดังนั้นยังมีวิธีแก้ปัญหาของการมี 1 repo: ไฟล์ต้นฉบับและไฟล์ prod ใน svn เดียวกัน …

9 web-development  version-control  development-process  svn  front-end 

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

9 svn  version-control  cvcs 

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

9 git  svn  mercurial  version-control 

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

9 git  unit-testing  svn  testing  deployment 

นอกเวลาฉันจะพยายามหากลยุทธ์ในการควบคุมเวอร์ชันสำหรับ บริษัท ของฉัน ปัจจุบันเราใช้ SVN แต่ไม่มีโครงสร้าง - โดยพื้นฐานแล้วเรามีลำตัวและมุ่งมั่นเท่านั้น เมื่อเร็ว ๆ นี้ผู้จัดการฝ่ายพัฒนาเริ่มต้นพื้นที่เก็บข้อมูลที่สองซึ่งทำหน้าที่เป็น "แท็ก" ของเรา แต่จะต้องรวมเข้ากับ "ลำต้น" ด้วยตนเองเนื่องจากไม่ได้เป็นส่วนหนึ่งของพื้นที่เก็บข้อมูลเดียวกัน แต่แยกต่างหากโดยสิ้นเชิง ในความเป็นจริงมีเพียงโฟลเดอร์เดียวที่เรียกว่า "Dev" (จริง ๆ แล้วมีโฟลเดอร์ "Dev" ที่แตกต่างกันตามวันที่ที่แตกต่างกัน แต่เพียงแค่ "Dev" เป็นโฟลเดอร์หลัก) และภายใต้นั้นเป็นทุกอย่างอื่น โครงการอื่น ๆ ทั้งหมด มันไม่ได้จัดโดยโปรเจคเลยมันไม่มีคอนเซ็ปต์ของ branch / tag / trunk หรืออะไรเลย คนที่ตั้งขึ้นครั้งแรก (หายไปนาน แน่นอน) ดูเหมือนจะไม่รู้วิธีตั้งค่า SVN เลยและตั้งแต่นั้นมาก็ไม่มีใครใส่ใจที่จะเรียนรู้วิธีการทำสิ่งต่าง ๆ อย่างถูกต้องเพราะกลัวว่าจะทำลายบางสิ่งบางอย่าง เราไม่ใช้ CI ใด ๆ …

9 version-control  svn 

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

9 git  svn