CVS
11% (71 votes)
Subversion (SVN)
50% (310 votes)
Bazaar (BZR)
2% (14 votes)
Git
16% (99 votes)
Mercurial (Hg)
6% (35 votes)
GNU arch
2% (12 votes)
Monotone
1% (5 votes)
Visual SourceSafe
6% (35 votes)
Visual Studio Team System
5% (32 votes)
BitKeeper
2% (12 votes)
Total votes: 625
Comments
Subversion ครับ
อันนี้นอกเรื่อง บางคนออกแนวเกรียน แก้ไขนิด commit แก้ไขหน่อย commit ทั้งที่ไอ้ที่แก้ไขไปไม่ได้มีนัยสำคัญอะไร ทำเอา revision พุ่งพรวดๆ แล้วมาเกทับกันอีก ทำนองว่าตัวเลขเยอะงานเดินหน้า -*-
บอกปากเปียกปากแฉะกว่าจะจำ
สำหรับผมแก้นิดแก้หน่อยก็ต้องส่ง ถ้าไม่ส่งโดนด่า เพราะเราไม่มีเอกสาร SVN Log มันชี้ได้ว่าเราทำอะไรตรงใหน.
ผมเข้าใจดีครับ :) แต่บางทีมันยิบย่อยเกินไป ที่ผมบอกว่าไม่มีนัยสำคัญน่ะครับ ไม่รู้จะใช้คำไหนเหมือนกัน
คำว่าแก้ไขของผมคือ อยู่ระหว่างการแก้ไขน่ะครับ ทำไปเรื่อย commit ไปเรื่อย
ถึงต้องมี git hg bazaar ไงครับ เหมาะสำหรับคนขี้กลัว
ผมเจอบ่อย แก้ๆอยู่ยังไม่เรียบร้อยดีก็ commit ละ ตรูจะบ้า
ต้องเอา Cruise Control มาครอบอีกรอบครับ ด่ากันจะๆ ว่าใครเขียน code แล้วผิด
แต่ต้องเขียน Unit Test กันนะครับ =="
เลือก bzr เพราะมันพูดรู้เรื่องครับ สั่ง revert เป็น revert (bzr revert, git ผมลองแล้วมัน error ต้อง --hard) สั่งไฟล์เป็นไฟล์ (bzr revert filename, git revert ผมลองแล้วไม่ได้ครับ) สั่ง merge คือ merge (--force ได้ด้วยครับ แต่ปกติจะไม่ merge ให้ถ้าไม่ commit ก่อน)
นอกจากนี้ plugin ต่างๆ มันสร้างเองได้ง่ายๆ และก็มี transport ไปตัวอื่นๆ (git svn)
ใช้ SVN เป็นหลัก เพราะ tool หาง่าย ทั้ง Unix/Windows โดยเฉพาะใช้กับ Visual Studio ได้ง่าย ... เรื่อง feature ใช้เป็นแค่ update & commit
GIT พึ่งมาจับนิดหน่อย..
http://www.thdiy.com
ไม่รู้จะเลือกอะไร เพราะผมใช้ abc.200904040214.bak ทำเสร็จก็ diff เอา เหอๆ
iPAtS
iPAtS
คลาสสิกดีนะพี่
หัดใช้ Gits อยู่ครับ
Yume Nikki
เป็นคนส่วนใหญ่ . ..
NERD GOD
SVN, GIT ครับ
แนวโน้มไปทาง GIT มากกว่า
ใช้ SVN เพราะขี้เกียจเลือก
แต่กำลังสงสัยว่า GIT ดียังไง?
เป็นเรื่องที่ผมอยากรู้เหมือนกันครับ ส่วนใหญ่บอกว่าการ Merge ทำได้ง่ายกว่า แต่ก็ยังไม่เคยเห็น concrete example
เคยมีปัญหากับ SVN แล้วสุดท้ายได้คำตอบประมาณ "น่าจะทำอย่างนี้ตั้งแต่แรก" หรือเปล่าครับ เช่นเผลอ commit ไฟล์สุดลับสุดหวงเข้าไปใน repository แล้วอยากจะลบมันออก ข้อดีอย่างหนึ่งของ Git คือ มักจะเปิดทางไว้แก้ปัญหาพวกนี้อย่างง่ายๆ ได้เสมอ เช่นในกรณีนี้ก็กลับไป rebase (hg จะเป็น "คุณน่าจะใช้ mq ตั้งแต่แรกนะ!")
บวกกับความทรงพลังและตรงไปตรงมาของการแตก branch และ merge ใน git ถ้าหากลองใช้ซักครั้งนึง ทำความเข้าใจกับมันเล็กน้อย (เพราะ DVCS แตกต่างจาก VCS แบบเดิมอยู่พอสมควร) แล้วจะเริ่มหลงรักมันเองครับ :)
SVN โลด
SVN ครับ ยังไม่เคยลองตัวอื่นเลย
hg ครับ
เวลาจะแก้อะไรนิดหน่อย แก้บัก ทดลองงาน ก็แตก branch เช่น bug_1132, bug_1176, exp_vxsearch อะไรทำนองนี้ครับ เรียบร้อยก็ merge เข้า main branch
ขั้นตอนการ Merge มันง่ายกว่า SVN รึเปล่าครับ ?
เป็นธรรมชาติกว่า(มาก)
บอกตรงๆ ว่าทุกครั้งที่พยายามจะใช้ svn merge จะจบลงด้วยการทำ patch แล้ว apply เอาน่ะครับ ไม่เคยทำได้สำเร็จเลย หรือไม่งั้นก็ใช้พวก kdiff3 ทำแทน
ขอบคุณครับ เด๋วจะลองดูว่าของเค้าดีจริงป่าว :P
SVN แต่ได้ยินสรรพคุณ GIT มานานแล้ว และอยากลองมาก แต่ยังคงใช้ไม่ค่อยเป็นอยู่ - -"
My Blog -> http://paiboonpa.wordpress.com
git ค้าฟ
Ruby dev หันหัวไป git หมด เลยใช้ git ไปปริยาย .. แต่ผมก็ชอบนะ :D
บล็อกของผม: http://sikachu.com
บล็อกของผม: http://sikachu.com
ผมใช้ svn เพราะมี trac แล้ว git ละครับ
Trac+GitPlugin
SVN แซงลิ้วเลย
Priesdelly Blog
แต่ไม่ทราบว่าสอนจระเข้ให้ว่ายน้ำรึเปล่า แต่ Microsoft Visual SourceSafe นี่มันไม่เซฟจริงนะครับ ถึงมันจะเคยเกิดขึ้นกับผมน้อยครั้ง แต่ผมไม่แน่ใจว่าทำไม ที่เคยเจอคือไฟล์ที่เก็บใน repo มัน corrupted ได้นะครับ อาการหนักๆนี่โค้ดที่เราเก็บบางไฟล์ดึงขึ้นมาไม่ได้นะครับ ซึ่งจะจะทราบเมื่อตอนพยายาม Get Latest เรียกได้ว่างานเข้าเลยทีเดียวล่ะครับพี่น้อง หรือจะรู้ล่วงหน้าเฉพาะเมื่อแอ็ดมินสั่ง Analyze เท่านั้นนะครับ (แต่ปกติไม่ค่อยทำกัน เพราะต้องให้ทุกคนไม่ใช้ VSS repo นั้นๆตลอดช่วงเวลาที่สแกนอยู่ และใช้เวลาพอสมควรเหมือนกับสแกนทั้งฐานข้อมูล) ซึ่งอันนี้เป็นประสบการณ์ตรงเลยครับ ถ้าอยากหาข้อมูลเสริมลองค้นในเน็ตดูด้วยก็ได้ครับ
ประสบการณ์ตรง: ตอนที่ใช้กับทีมเล็กๆมันไม่เท่าไร ไม่มีปัญหาอะไร (ห้าคน ใช้เวิร์กสเตชัน ปิดเครื่องทุกวัน ขนาดราว 100-300M) แต่ตอนที่เอาไปใช้กับบริษัท (ใช้ repo เดียว ใหญ่ได้ถึง 8G+ เปิดเครื่องตลอดเวลา ปิดน้อยมาก สแกนทีละครึ่งชั่วโมงถึงสี่สิบนาที)สแกนกันทุกสัปดาห์ เคยมีประวัติไฟล์หาย(แบบต้องไปเอาที่เครื่องไคลเอ็นต์มาใส่แทน โชคดีที่ไฟล์โค้ดนั้นไม่เปลี่ยนแปลงมาเป็นชาติแล้ว เลยรอดไป) ประมาณห้าครั้งในช่วงสองปี
ปกติชีวิตเราอยู่บนความเสี่ยงอื่นๆมากพอแล้ว ถ้าเป็นไปได้ เพื่อความปลอดภัย หยุดใช้ VSS แล้วไปใช้ตัวอื่นดีกว่านะครับ ข้อมูลหายไปแล้วไม่คุ้มนะครับ
ได้ยินบ่อยเลยครับ เรื่อง VSS ไฟล์หายนี่
LewCPE
lewcpe.com, @wasonliw
กรณีนี้ ไฟล์ก็เหมือนชิป
คนใช้ SourceSafe น้อยจัง
©NgOrXz™®
แมนเชสเตอร์ยูไนเต็ด เก่งที่สุดในโลก
ไม่รู้จักตัวอื่นนอกจาก svn (เกรียนไปมั้ย)
Moss 's blog
เคยใช้ SVN และก็ Visual Studio Team System
ชอบ ตัว Visual Studio Team System มากกว่าแต่มันเสียตังและก็ถ้า server เจ้งทำงานขัดๆ บางทีก็ไม่ได้ ตอนนี้ ทำโปรเจคที่ใช้ SVN ก็ ok ครับ ผมรู้สึกแบบนี้ครับผมยังออนหัดมีอะไรชี้แนะด้วยนะครับ (^.^)v
CVS คนใช้น้อยจัง ToT
ฟังเรื่องความง่ายในการ merge ก็น่าสนใจ แต่ทำไมพวก DVCS ต้องมีแข่งกันหลายตัวเหลือเกิน ทำให้เลือกไม่ถูก ตกลงตัวไหนดีกว่ากันล่ะ?
ก็ชีวิตมีทางเลือกไงครับ ดีกว่า คุณว่าดีกว่า ในแง่ไหน
เป็นต้น แล้วทั้งหมดนี่จะให้อัดลงมาเหลือแค่ อันนี้หรืออันนั้น กับ SCN ที่มีในตลาดเป็นตันรึครับ?
แต่เอาจริงๆน่ะ คุณก็แค่ตัดหา shortlist เอาที่ชื่อดังๆมา 4-5 ตัวแล้วคุณค่อยมา evaluate ให้คะแนนด้วยตัวเอง เพราะ need/เงื่อนไข แต่ละคนอาจจะไม่เหมือนกันนะครับ
สมมติ ถ้าเกิดผมบอกว่า git นี่สุดยอดแจ่ม แต่ผมใช้เป็นคนเดียว เอกสารประกอบน้อย ไม่ค่อยเห็น visual tutorial step-by-step และทีมงานที่ต้องทำงานด้วยอ่านอังกฤษไม่กระดิก แต่พอเคยใช้ VSS มาบ้าง ผมต้องไปสอนเค้าด้วยให้ใช้ git บน Windows ผมควรจะเลือก git ที่ว่าอยู่รึเปล่าล่ะ (โอเคตอนนี้เริ่มมี GUI พอไปวัดไปวาได้)
อยู่ด้านนี้ เรื่องที่ต้องเลือก ต้องศึกษาเพิ่มเติม มีให้ต้องทำตลอดเวลาครับ
สนใจ SVN แต่ใช้ Git ครับ
จำได้ว่าตอนทำงานใหม่ๆ
เจ้านายคนแรก บอกให้ copy source code เป็นโฟลเดอร์เก็บไว้
ต่อมามี specialist เข้ามาก็เลยเป็นยุครุ่งเรื่องของ Visual Sourcesafe
หลังจากนั้นย้ายงาน... เกิดมี Eclipse เลยฝากชิวิตไว้กับ CVS เพราะว่าเป็น Plug-in ติดมากับ Eclipse...
แต่แล้ว...
ชีวิตปัจจุบันก็มาลงเอยที่ git
(เพราะเจ้านายคนเก่าแต่ที่ทำงานใหม่ -*-)
ไม่มี patch & tarball ให้เลือก?