วิธีประเมินการย้ายไปยังเซิร์ฟเวอร์มูลฐานทีม

10

ทีมพัฒนาของฉันใช้ซอฟต์แวร์ต่อไปนี้ในเวิร์กโฟลว์ของเราในปัจจุบัน:

จิระ
Bamboo (การผสมผสานอย่างต่อเนื่อง Atlassian)
Greenhopper (การจัดการโครงการ Atileian เปรียว)
ที่บรรจบกัน
Git โฮสต์บน BitBucket
Visual Studio 2012

อย่างที่คุณเห็นเราค่อนข้างลงทุนอย่างหนักในระบบนิเวศของ Atlassian เรากำลังพิจารณาที่จะย้ายไปยัง TFS เพื่อให้เราได้รับประโยชน์จากการผนวกรวม Visual Studio ขั้นสูงเช่นการตรวจสอบโค้ดและที่สำคัญกว่านั้นคือ Microsoft Test Manager

ประสบการณ์ที่ผ่านมาของฉันกับ TFS คือเมื่อปี 2005 หรือ 2008 (ฉันจำไม่ได้) และฉันมีความทรงจำที่ไม่ดีแม้ว่ามันจะไม่แย่เท่าเวลาที่ฉันใช้ ClearCase

เราควรพิจารณาถึงเกณฑ์ใดบ้างเพื่อประเมินการย้ายไปสู่ TFS อย่างเหมาะสม

git team-foundation-server

— แซม
แหล่งที่มา

4

ฉันย้ายจาก บริษัท ที่ใช้คอมไพล์มาเป็น บริษัท ที่มี TFS 2008 และมันเจ็บปวดอย่างเหลือเชื่อ ฉันได้ยินมาว่าปี 2012 นั้นดีกว่ามาก แต่เราไม่สามารถอัปเกรดได้ในขณะนี้ อย่างที่มันเป็นอยู่ในปัจจุบัน ... ฉันจะฆ่าเพื่อกลับไปคอมไพล์ :(

— Simon Whitehead

1

ถูกต้อง. TFS 2008 นั้นยากทั้งการบำรุงรักษาและการใช้งาน แต่มีแนวโน้มในเชิงบวกที่แข็งแกร่ง: TFS 2010 ดีกว่ามากในปี 2008 TFS 2012 นั้นดีขึ้นกว่าปี 2010 มันสามารถบำรุงรักษาได้ดีกว่าและมีส่วนต่อประสานเว็บที่ยอดเยี่ยมดังนั้นจึงสามารถใช้งานได้โดยผู้ที่ไม่มี Visual Studio (ผู้ทดสอบและเจ้าของผลิตภัณฑ์ ฯลฯ )

— Andrei Zubov

@SimonWhitehead ในฐานะคนที่ย้ายจาก TFS2008 เป็น TFS2012 ความแตกต่างในระดับผู้ใช้พื้นฐานไม่เปลี่ยนแปลงมากนัก - มีบิตใหม่รอบขอบ (เช่นการตรวจสอบโค้ดหน้าเว็บการต่อสู้ ฯลฯ ) แต่คุณยังคงเกลียดชัง การอัปเกรด ... ลืมไปเลยว่าคุณต้องทำการติดตั้งใหม่ทั้งหมดและคัดลอกข้อมูลของคุณเข้าไป

— gbjbaanb

4

แม้แต่ TFS 13 ยังไม่มีอะไรที่จะเปรียบเทียบกับ JIRA Agile การใช้งาน "บอร์ด Kanban" ในปัจจุบันของพวกเขาคือความพยายามที่น่าสมเพชที่จะนำชีวิตให้กับเด็กที่เกิดมานี้ เพื่อแทนที่ Cofluence คุณจะไม่พบสิ่งใดเลย ฉันไม่แน่ใจว่าทำไมทุกคนควรพิจารณาย้ายจากสแต็ก Atlassian ไปเป็น TFS stack ฉันใช้ TFS เป็นเวลาหลายปีและฉันไม่เคยมีความสุขกับมันทั้งเพื่อนร่วมงานของฉันไม่ได้

— Alexey Zimarev

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

— Mike Chamberlain

17

ผลสำรวจน้อยของ Martin Fowler ได้กล่าวถึงสถานะของ TFS ในหลายปีที่ผ่านมา 'อันตราย' ค่อนข้างถูกต้อง (ฉันคิดว่านี่หมายถึงวิธีที่ไม่รู้จักการเปลี่ยนแปลงที่เกิดขึ้นนอก VS เพื่อให้คุณสามารถสร้างโครงการ WCF จากนั้นใช้เครื่องมือ svcutil ภายนอกเพื่อสร้างไคลเอ็นต์ของคุณจากนั้นตรวจสอบการเปลี่ยนแปลงทั้งหมดของคุณ แต่ TFS จะ เพิกเฉยต่อการเปลี่ยนแปลงลูกค้าของคุณอย่างมีความสุขเพราะพวกเขาไม่ได้อยู่ใน VS)

คุณต้องนับค่าใช้จ่าย: เวอร์ชันที่จำเป็นของ VS เพื่อรับสินค้า - ตัวอย่างเช่นบทวิจารณ์โค้ดต้องการรุ่นพรีเมียมซึ่งมีราคาแพงกว่ามากหากคุณรับ VS ผ่าน MSDN นอกจากนี้การเข้าถึงระบบสำหรับผู้ใช้ที่ไม่ใช่ VS นั้นใช้ได้ แต่ถ้าพวกเขาต้องการการเข้าถึงแบบเต็มแทนการดูเว็บแบบตัดดาวน์คุณจะต้องคัดลอก CAL สำหรับพวกเขา ค่าใช้จ่ายโดยรวมของ TFS นั้นค่อนข้างมาก แม้แต่รายงานของ Forrester ที่ผ่านมา(มอบหมายโดย Microsoft ดังนั้นคุณต้องอ่านระหว่างบรรทัดเล็กน้อย) กล่าวว่า TFS ต้องการการสนับสนุนด้านการบริหารที่สำคัญ - ที่ปรึกษา 2 คนและผู้ดูแลระบบ 6 คน (ที่ใช้เวลา 25% ของเวลา) จำเป็นต้องรองรับ TFS สำหรับผู้ใช้ 122 ราย (ทำงานได้ถึง 4.5 ผู้ดูแลระบบของผู้ใช้ 122 คน ... นี่เป็นจำนวนมากเมื่อเทียบกับฉันเพียงแค่ตั้งค่าและบำรุงรักษาโซลูชั่น SVN แบบเต็มในขณะที่ยังทำงานประจำวันของฉันด้วย) TFS สามารถใช้ความพยายามอย่างมากเพื่อทำงานต่อไปตามที่ผู้คนคาดหวัง

จากประสบการณ์ของฉันกับ TFS2012 (ลืมรุ่นก่อนหน้าเพราะพวกมันไร้สาระ) นั่นเป็นระบบที่ซับซ้อนมากโดยเฉพาะอย่างยิ่งถ้าคุณออกนอกการตั้งค่าที่กำหนดไว้ล่วงหน้า ตัวอย่างเช่นถ้าคุณใช้ MSBuild เพื่อสร้างทุกอย่างคุณก็สบายดี แต่ถ้าคุณพูดโหลดโพรไฟล์. dvdproj เก่าที่ไม่ได้รับการสนับสนุนจาก MSBuild อีกต่อไปคุณต้องแก้ไขสคริปต์สร้าง xaml ขนาดใหญ่เพื่อสร้างโครงการเหล่านี้ หลังจากผ่านไปหลายวันแล้วสิ่งที่ดีที่สุดที่ฉันสามารถทำได้คือสร้างโซลูชันขึ้นใหม่โดยส่งไปยัง devenv และจากนั้นการสร้างผลลัพธ์ออกมาและสรุปการสร้างก็เป็นไปไม่ได้ ผลลัพธ์ที่คล้ายกันเกิดขึ้นจากทีมอื่น ๆ ที่ใช้ NUnit สำหรับการทดสอบ - ถ้าคุณใช้ MSTest ในตัวมันก็ใช้งานได้ มิฉะนั้นคุณจะถูกยัดสวยมาก

ในฐานะผู้ใช้ฉันพบว่าการรวมเป็นเรื่องที่น่ารำคาญ ฉันชอบ TortoiseSVN และฉันทำงาน SCM เกือบทั้งหมดผ่านทางนั้น (เนื่องจากเป็นเครื่องมือที่ยอดเยี่ยม) ด้วย TFS คุณจะได้รับหน้าจอใหม่ภายใน VS สำหรับทุกการใช้งาน ดังนั้นคุณจะมีแท็บใหม่ในสภาพแวดล้อมของคุณสำหรับทีมสำรวจและอีกหนึ่งสำหรับงานสร้างและอีกส่วนสำหรับแต่ละบทสรุปงานสร้างที่คุณต้องการดู (และถ้าคุณต้องการดูรายละเอียดของงานสร้างข้อผิดพลาดตัวอย่างเช่นคุณมี เพื่อคลิกผ่านลิงค์มากเกินไป) ฉันพบจำนวนเอกสารที่ฉันเปิดเมื่อใช้ TFS มากกว่าไฟล์ต้นฉบับ!

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

การขยายระบบบิลด์เป็นอีกพื้นที่หนึ่งที่ฉันพบว่าไม่เพียงพอ การเพิ่มคุณสมบัติใหม่เข้าไปในบิลด์นั้นทำได้ยากเนื่องจากการกำหนดค่า xaml และการรับผลลัพธ์ของฟีเจอร์เหล่านั้นไปยังหน้าจอบิลด์ของคุณนั้นยากมากหรือเป็นไปไม่ได้ ดังนั้นหากคุณต้องการเพิ่มสิ่งต่าง ๆ เช่นความซับซ้อนของรหัสหรือการวิเคราะห์แบบคงที่หรือแม้กระทั่งการทดสอบอัตโนมัติผ่านพูดซีลีเนียมหรือการปรับใช้ ... ลืมมัน นอกจากว่าคุณกำลังใช้เครื่องมือของ Microsoft สำหรับประเด็นเหล่านี้ (เช่น fxcop)

การอัปเดตเวิร์กโฟลว์เป็นอีกหนึ่ง niggle - แม้ว่า powertoys ช่วยได้อย่างมาก แต่ก็ยังงุ่มง่ามที่จะทำให้เวิร์กโฟลว์ถูกต้องและคุณยังไม่สามารถกำหนดค่าบอร์ดต่อสู้ด้วยข้อมูลที่คุณต้องการดูอีกครั้งคุณจะได้รับค่าเริ่มต้นหรือไม่มีอะไรเลย .

การผสานก็เจ็บปวดเช่นกันฉันคิดว่ามีเหตุผลที่ดีมากที่ MS ได้นำ git มาใช้กับ TFS (โปรดทราบว่านี่ใช้ได้กับโครงการ TFS ใหม่ล่าสุดเท่านั้นคุณไม่สามารถแปลงจาก TFS เป็นแบ็กเอนด์คอมไพล์ได้)

ดังนั้นโดยรวมแล้วมันก็ไม่ได้แย่เหมือนที่มันใช้งานได้ แต่ฉันได้พบว่าเครื่องมืออื่น ๆ มากมายดีกว่ามาก ข้อเสียของเครื่องมือเหล่านี้คือพวกมันไม่ได้รวมเข้าด้วยกันอย่างสมบูรณ์ แต่ IMHO นี่เป็นจุดแข็งที่คุณสามารถเลือกและเลือกบิตที่ดีที่สุดที่คุณต้องการ ด้วย TFS คุณจะได้รับสิ่งที่คนอื่นต้องการให้คุณ หากคุณตัดสินใจว่าระบบบั๊กใน TFS นั้นแย่ (และฉันคิดว่าคุณจะ) คุณจะมีช่วงเวลาที่ยากลำบากในการเปลี่ยนเป็นระบบอื่น

ควรพิจารณา TFS พร้อมกับเครื่องมือวงจรชีวิตขนาดใหญ่และอ้วนอื่น ๆ นักพัฒนาส่วนใหญ่เกลียดสิ่งต่าง ๆ เพราะพวกเขาไม่ชอบข้อ จำกัด ของเครื่องมือเหล่านี้

ฉันจะลองดาวน์โหลดการทดลอง 30 วันและติดตั้ง เมื่อประเมินความจำที่จะเปลี่ยนแปลงเล็กน้อยที่นี่และที่นั่นอย่าใช้เพื่อตรวจสอบซอร์สโค้ดตรวจสอบกับ workitem ที่จำเป็นและรับรายงานตาม workitem นั้น ลองกำหนด checkin ให้กับหลาย workitems และลองรวม workitems เข้าด้วยกันตามที่เกี่ยวข้อง ลองรวมสิ่งที่แตกต่างกันในระบบการสร้างดูวิธีรับรายงานความคืบหน้ารายวันจากบริการรายงานเชื่อมโยงเอกสารกับความต้องการเวิร์กโฟลว์และติดตามผ่านการทดสอบบั๊กไปจนถึงการเข้ารหัสเพื่อสร้างเพื่อนำกลับมาทำใหม่ สาขาและผสานเป็นจำนวนมาก หากคุณไม่สามารถทำสิ่งเหล่านี้ได้อย่างง่ายดายคุณก็อาจติดอยู่กับคอมไพล์ มีจุดไม่มากที่จะใช้ TFS ถ้าคุณไม่ได้ใช้ประโยชน์จากคุณสมบัติส่วนใหญ่ของ ALM

— gbjbaanb
แหล่งที่มา

1

ขอบคุณสำหรับการแบ่งปันประสบการณ์ของคุณและมันดีที่จะได้รับเชิงลบบางอย่าง ฉันใช้ ClearCase เมื่อไม่นานมานี้ในองค์กรและนั่นเป็น SCM ที่แย่ที่สุดที่ฉันเคยใช้ ค่าใช้จ่ายในการบริหารนั้นเกี่ยวข้องกับเราเริ่มต้นเล็ก ๆ แต่ฉันรักจริง ๆ ว่าการตั้งค่าปัจจุบันของเราต้องไม่มีการบริหาร

— Sam

มิติของเซเรน่านั้นแย่ที่สุดที่ฉันเคยใช้ Clearcase ไม่ได้ดูแย่นักเมื่อเปรียบเทียบกันอย่างน้อยมันก็ใช้ได้! ฉันคิดว่า MS ต้องการให้คุณไปกับ TFS รุ่นคลาวด์ของตนเองการติดตั้งด้วยตนเองเป็นสิ่งที่พวกเขาสามารถขายให้กับ บริษัท ขนาดใหญ่ได้ ฉันจะยึดติดกับสิ่งที่คุณมี รับเครื่องมือเพิ่มเติมเพื่อมอบฟังก์ชันการทำงานที่เหมือนกัน (เช่น ReviewBoard)

— gbjbaanb

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

— gbjbaanb

2

ขออภัยในการตอบกลับล่าช้าในที่สุดคุณก็เป็นคนที่พูดจาไม่ชอบใช้ TFS ขอบคุณ

— Sam

1

ดีใจที่ได้ยิน - ทุกคนคิดว่าพวกเขาต้องใช้ TFS จริง ๆ แล้วเราทุกคนควรใช้เครื่องมือที่หลากหลาย มิฉะนั้นเราจะจบลงด้วย บริษัท เพียง 1 หรือ 2 แห่งที่ให้บริการเครื่องมือด้านไอทีทั้งหมดของเรา ... Microsoft และ Oracle ... ที่จะไม่เป็นโลกที่ดีที่สุดที่จะอยู่ใน :) Atlassian ทำเครื่องมือที่ดีผู้คนมากขึ้นควรประเมินพวกเขา

— gbjbaanb

12

ฉันย้ายจาก บริษัท ที่มี Atlassian stack (และ Mercurial) ไปเป็น บริษัท ที่มี TFS stack มาก ฉันพบอาการระคายเคืองสองอย่าง

ที่แรกก็คือการควบคุมแหล่งที่มา

เมื่อคุณคุ้นเคยกับ DVCS การเปลี่ยนกลับไปใช้ CVCS นั้นเจ็บปวด TFS เป็นสิ่งที่เจ็บปวดโดยเฉพาะอย่างยิ่งเพราะสำหรับการบูรณาการทั้งหมดที่ใช้งานได้นั้นยืนยันว่ามีการเชื่อมต่อกับเซิร์ฟเวอร์ตลอดเวลา

อย่างไรก็ตามโชคดีที่เมื่อเร็ว ๆ นี้ Microsoft ได้อนุญาตให้รวมการควบคุม Gitในส่วนที่เหลือของ TFS stack ดังนั้นคุณไม่จำเป็นต้องละทิ้ง Git และฉันไม่แนะนำให้ทำเพราะทุกคนรู้แล้ว

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

การระคายเคืองอื่น ๆ คือเหตุผลที่คนส่วนใหญ่จะไม่พิจารณาย้ายออกจาก TFS: บูรณาการ Visual Studio

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

ในทางกลับกันฉันไม่ได้รู้สึกอบอุ่นหลังจากผ่านไปหนึ่งปี ฉันพบว่ามันยุ่งเหยิงและใช้งานยากเมื่อเทียบกับการสร้างเซิร์ฟเวอร์ของฉันในแท็บเบราว์เซอร์หนึ่งตั๋วของฉันในแท็บเบราว์เซอร์อื่นเป็นต้น (แก้ไข: ตามที่ Andrei กล่าวไว้มีเว็บอินเตอร์เฟส แต่มันก็มีความลึกลับเมื่อคุณคุ้นเคยกับ Jira และ Jenkins รุ่นใหม่กว่า แต่ก็ยังทำงานได้อย่างน้อยในเบราว์เซอร์อื่นที่ไม่ใช่ IE ดังนั้น นั่นคือบางสิ่ง)

ฉันไม่เคยดูงานสร้างเลยเว้นแต่ฉันจะพยายามทำมันและจากนั้นฉันก็พบว่ามันยากที่จะตรวจสอบว่ามีคนอื่นทำสิ่งนั้นอยู่แล้ว ฉันไม่เห็นการเปลี่ยนแปลงของคนอื่นเว้นแต่ฉันขอให้ตรวจสอบ

แต่ระยะทางของคุณอาจแตกต่างกันไป อย่างที่ฉันพูดบางคนดูเหมือนจะพบว่ามันขาดไม่ได้ ฉันอดไม่ได้ที่จะสังเกตว่าโดยทั่วไปแล้วคนที่ไม่เคยทำแบบนี้มาก่อน

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

— สาธารณรัฐประชาธิปไตยประชาชนลาว
แหล่งที่มา

1

นี่คือสิ่งที่ฉันจะตอบด้วย ดีใจที่ได้รู้จักฉันไม่ใช่คนเดียว!

— Simon Whitehead

1

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

— gbjbaanb

5

ฉันมีประสบการณ์ที่ดีมากในการใช้ TFS 2012 มันค่อนข้างง่ายในการตั้งค่าเซิร์ฟเวอร์ TFS ของคุณและทำงาน CI build automation นั้นง่ายและตรงไปตรงมามาก (และ Gated check-in build นั้นยอดเยี่ยมมากเราล้มเหลวในการทำงานแบบเดียวกัน กับ Team City) ปฏิสัมพันธ์ของทีมมีความโปร่งใสและตรงไปตรงมาเช่นกัน คุณสามารถเชื่อมโยงเช็คอินกับ workitems ของ TFS จัดการ backlog ติดตามข้อบกพร่องทำ codereviews และอื่น ๆ มีแม้แต่ผู้ส่งสารที่สร้างใน =)

อย่างไรก็ตามโปรดจำไว้ว่าหากคุณคุ้นเคยกับขั้นตอนการทำงานของ JIRA การตั้งค่าเวิร์กโฟลว์ TFS อาจเป็นงานที่ยาก ฉันขอแนะนำให้ใช้หนึ่งในเวิร์กโฟลว์ TFS ที่กำหนดไว้ล่วงหน้า นอกจากนี้คุณจะต้องคอยบรรจบกันในขณะที่คุณมีความรู้พื้นฐานหรือเปลี่ยนไปใช้ SharePoint เนื่องจากไม่มีวิกิสร้างเป็น TFS

TFS นั้นราคาถูกกว่ามากถ้าคุณสมัครใช้งาน MSDN (ฉันเชื่อว่า บริษัท พัฒนาส่วนใหญ่ที่ทำงานกับกองเทคโนโลยี MS มีอยู่) ในกรณีนี้คุณมี TFS ฟรี

ฉันคิดว่าไม่มีเหตุผลที่จะต้องใช้เครื่องมือฝ่ายข้างเคียงหากคุณนักพัฒนาทั้งหมดของคุณกำลังทำงานกับ Visual Studio TFS ให้ระบบ ALM แบบบูรณาการที่แข็งแกร่ง แต่ใช้งานง่าย ฉันยินดีที่จะตอบคำถามของคุณหากคุณมี

— Andrei Zubov
แหล่งที่มา

1

ขอบคุณมากสำหรับความคิดเห็นของคุณ เรากำลังใช้ BizSpark ซึ่งฉันค่อนข้างแน่ใจว่ามี TFS อยู่ด้วย ฉันเดาว่าสิ่งเดียวที่ฉันต้องการจากคุณคือเชิงลบใด ๆ เพียงเพื่อทำให้มีน้ำหนักมากขึ้น ฉันมีความสุขที่ได้อยู่กับการประชุมเพราะฉันไม่ชอบ SharePoint จริงๆ

— Sam

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

— Andrei Zubov

-3

ประชาชนควรรู้, TFS ไม่ได้เป็นเพียง VCS มันเป็นALM

ดูเหมือนผู้คนมากมายต้องการ VCS แต่การไปหา TFS นั้นเป็นวิธีที่ผิด
สำหรับ CVCS ฉันยังคงชอบ SVN
สำหรับแหล่งเดี่ยวหรือโอเพ่นอย่าลืมเลือก GIT

แต่ TFS2012 ไม่เลวมันเป็นเรื่องง่ายที่จะเข้าใจเกี่ยวกับการผสาน / ทางแยกจากนั้น SVN
และบริการรากฐานของทีมฟรีสำหรับผู้ใช้ 5 ราย / repo ส่วนตัวไม่ จำกัด

ลูกค้าก็ฟรีเช่นกัน TFS explorer เป็นส่วนเสริมของ VS2010 และฟรี
สำหรับ Eclipse จะมีปลั๊กอิน Eclipse - TFS ทุกที่

ฉันไม่เห็นปัญหาด้านต้นทุนใด ๆ
TFS express (ฟรี) สามารถทำงานกับ SQL Server Express (ฟรีด้วย)

— Cheung
แหล่งที่มา

1

คำถามนี้ถามคำถามนี้อย่างไร

— ริ้น