คุณติดตามข้อบกพร่องในโครงการส่วนตัวของคุณได้อย่างไร [ปิด]


45

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

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

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


ลองดูtodo.ly
งาน

1
นี่อาจจะข้ามบรรทัดเนื่องจากคำถามที่ faq พิจารณาว่าเป็นหัวข้อ "เทคโนโลยีไหนดีกว่ากัน"
jzd

Trello เป็นเครื่องมือที่ยอดเยี่ยมสำหรับสิ่งนี้และได้ฟรี
gahooa

คำตอบ:


25

Fogbugz (ใบอนุญาตแยกอิสระ) ถ้าเป็นโครงการ longish หรือรายการง่าย ๆ (ใช้งาน Google)


7
ดี ฉันไม่ทราบว่า FogBugz มีรุ่นฟรี (เรียกว่า Student and Startup Edition สำหรับผู้ที่กำลังมองหา)
Eric King

ได้อย่างรวดเร็วดูน่าสนใจมาก
bedwyr

หลังจากใช้ FogBugz ฉันไม่เห็นว่าใครชอบอะไรที่แตกต่าง เพื่อไม่ต้องติดตามบัญชี Fogbugz หลายบัญชีฉันเพิ่งสร้างFogbugz
Earlz

17

ฉันมักจะใช้ระบบควบคุมการแก้ไขบนเว็บ (Github, Bitbucket, Redmine, Google Code, ... ) เพื่อจัดเก็บซอร์สโค้ดและติดตามข้อบกพร่องของฉัน หากคุณคิดว่ามีข้อผิดพลาดในรหัสเฉพาะคุณสามารถสร้างปัญหาด้วยหมายเลขการแก้ไข / รายการการเปลี่ยนแปลง / เซ็ตการแก้ไขและระบุไฟล์และช่วงของบรรทัดที่คุณสงสัย


8

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

เมื่อเร็ว ๆ นี้ฉันได้ตั้งค่าเซิร์ฟเวอร์Redmineในเครือข่ายภายในบ้านของฉัน มันค่อนข้างหนาสำหรับ "ทีม" ของหนึ่ง แต่ฉันกำลังทำงานในโครงการของตัวเองและมีแนวโน้มที่จะใช้ตัวเลือก Issue Tracker + Repository กับหน้า wiki แปลก ๆ ในสถานที่ที่ซับซ้อนกว่านี้

เพื่อนของฉันสาบานโดยPivotal Trackerเพื่อจุดประสงค์เดียวกัน แต่นายจ้างปัจจุบันของฉันใช้ Redmine เป็นการภายในดังนั้นฉันจึงคิดว่าสิ่งนี้จะทำให้ฉันได้รับการฝึกฝนบ้าง ไม่เลว.

สำหรับโครงการโอเพ่นซอร์สฉันแค่ใช้การติดตามปัญหาของ GitHub


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

7

ฉันได้ติดตั้งระบบตัวแก้ไขข้อผิดพลาดฟรี MANTIS บนเว็บเซิร์ฟเวอร์ที่โฮสต์ (ซึ่งฉันใช้สำหรับบล็อกและสิ่งอื่น ๆ ) และทำให้ข้อบกพร่องทั้งหมดของฉันอยู่ในนั้น

ในคำอื่น ๆ ที่ฉันทำงานของฉันราวกับว่ามันเป็นมืออาชีพและจ่ายเงิน

ฉันพบว่ามันช่วยให้มีความคิดที่ดีขึ้น (ปิดข้อบกพร่อง ฯลฯ ) รวมถึงความสอดคล้อง (ish) กับแนวทางปฏิบัติอื่น ๆ ที่ใช้กันทั่วไปในอุตสาหกรรม

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


ฉันใช้ MANTIS และมันยอดเยี่ยมมาก!
งาน


5

เราใช้JIRAในที่ทำงานของฉันและฉันเป็นแฟนตัวยงของมัน มีผลิตภัณฑ์และผู้คนมากมายที่เกี่ยวข้องและมันก็จัดการได้ทั้งหมด


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

สรรเสริญอีก จิราเป็นเครื่องมือ "คายความร้อน" อย่างยิ่งซึ่งให้มากกว่าที่คุณใส่ซึ่งเป็นต้นเหตุของวงจรการตอบรับเชิงบวก :)
Maglob

4

ฉันมาหาคำตอบนี้เมื่อไม่นานมานี้และได้ทำระบบที่เรียบง่ายและเรียบร้อยซึ่งตรงกับเป้าหมายสำคัญเหล่านี้สำหรับฉัน:

เป้าหมายตามลำดับความสำคัญ:

  1. ทำให้เป็นไปได้ที่จะเข้าสู่ภารกิจ / ข้อผิดพลาดใหม่ได้อย่างง่ายดายที่สุดเพื่อให้ฉันสามารถจดมันได้ทันทีที่ฉันพบมันหรือฝันถึงมันและกลับไปเขียนโค้ดก่อนที่ฉันจะเสียสถานที่
  2. ทำให้ง่ายต่อการดูและจัดการปัญหาโดยไม่ต้องค้นหาคลิกเจาะลึก
  3. ทำให้ง่ายต่อการเชื่อมโยงกับการควบคุมเวอร์ชันดังนั้นในภายหลังฉันสามารถค้นหาการเปลี่ยนแปลงที่เกิดขึ้นเพื่อแก้ไขปัญหาในภายหลังหรืองานหรือข้อบกพร่องใดที่ทำให้เกิดการเปลี่ยนแปลงเฉพาะในรหัส
  4. ทำให้การตั้งค่าค่อนข้างง่าย: การติดตั้งและกำหนดค่าน้อยที่สุดและราคาต่ำสุด

(3 และ 4 มีความสำคัญน้อยกว่าและฉันก็คงจะโอเคกับระบบที่ไม่ได้ให้บริการ แต่อันนี้ก็ทำ)

ขั้นตอนที่ 1: รับโครงการใน Bitbucket

ฉันใช้bitbucketสำหรับการติดตามปัญหาและสำหรับการควบคุมเวอร์ชัน git (สำหรับโครงการ iOS ใน XCode เป็นต้น) ฉันดู FogBUGz (ซึ่งฉันได้อ่านมานานหลายปีใน JoelOnSoftware) และ GitHub และอื่น ๆ แต่ bitbucket ดูเหมือนว่าจะมีฟีเจอร์ฟรีที่ดีที่สุดสำหรับทีมเล็ก ๆ

ขั้นตอนที่ 2: ใช้การติดตามการออกของ Bitbucket ในโครงการ

ต่อไปฉันตั้งค่าการติดตามปัญหาในโครงการ bitbucket เดียวกัน ดังนั้นโครงการของฉันตอนนี้มีที่เก็บคอมไพล์และติดตามปัญหา

ขั้นตอนที่ 3: ทำให้การติดตามปัญหาง่ายขึ้น!

สำหรับสิ่งนี้ฉันกำลังใช้การ์ด Bitbucketซึ่งเป็นส่วนหน้าที่เรียบง่ายเหมือน Kanban ที่เรียบง่ายสำหรับปัญหาของ Bitbucket คุณเพียงแค่ลงชื่อเข้าใช้บัญชี Bitbucket ของคุณและตั้งค่าคอลัมน์ที่คุณต้องการ ฉันมีสี่คอลัมน์: Backlog, Next, Bugs และ Resolved (ฉันกำลังคิดว่าจะรวมบักกับ Backlog แต่ตอนนี้ไม่สนใจเลย)

ตัวอย่างการ์ด Bitbucket (ภาพนี้มาจากบล็อกการ์ด Bitbucket ไม่ใช่จากโครงการของฉันดังนั้นคอลัมน์จึงแตกต่างจากที่ฉันใช้)

การ์ด Bitbucket ช่วยให้คุณตั้งค่าตัวกรองง่าย ๆ สำหรับแต่ละรายการที่คุณเลือกสถานะ (es) และชนิดของปัญหาที่อยู่ในคอลัมน์การ์ด ดังนั้นopenปัญหาสถานะของประเภทbugไปในคอลัมน์Bug

นิยามคอลัมน์ (อันนี้มาจากโครงการของฉัน: นั่นคือวิธีที่ฉันเลือกสิ่งที่จะเกิดขึ้นในคอลัมน์ Bug)

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

อีกสิ่งที่ดีเกี่ยวกับการ์ด Bitbucket คือมันไม่ได้หมดเวลาง่ายๆ สิ่งนี้มีความสำคัญเนื่องจากจุดประสงค์ของการตั้งค่าทั้งหมดนี้คือการทำให้มันง่าย - ดังนั้นระบบนี้จึงใช้งานได้สำหรับฉันแทนที่จะทำงานให้ฉัน ฉันเปิดบุ๊กมาร์กหน้าการ์ดของฉันและจะเปิดอยู่บนแท็บ Chrome ตลอดทั้งวัน

สิ่งนี้จะดูแลเป้าหมายที่สองของฉัน

ขั้นตอนที่ 4: ผูกมันด้วยการควบคุมเวอร์ชัน

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

มีเป้าหมายที่ 3 ของฉันสำเร็จแล้ว

ขั้นตอนที่ 5: ทำให้การสร้างปัญหาง่ายขึ้น

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

ตอนนี้ Bitbucket การ์ดไม่ให้ฉันสร้างงานค่อนข้างง่าย แต่ก็เพียงเล็กน้อยเพื่อ clicky / scrolly อย่างเต็มที่ตามเป้าหมาย # 1 คุณต้องคลิกสร้างปัญหา จากนั้นตัวแก้ไข modal จะปรากฏ หลังจากป้อนชื่อปัญหาของคุณคุณต้องเลื่อนลงเพื่อระบุประเภท (ข้อบกพร่อง / งาน) และลำดับความสำคัญ; จากนั้นคลิกสร้าง

แต่ผมเลือกที่จะใช้แอพพลิเค Bitbucket ที่สองเรียกว่าtaskrd

คุณสามารถตั้งค่า taskrd โดยให้มันเข้าสู่ระบบ Bitbucket ของคุณและตั้งค่าไว้ในบุ๊คมาร์คและแท็บและเปิดมันตลอดทั้งวันเช่นเดียวกับการ์ด Bitbucket Taskrd มีขั้นตอนการทำงานที่ง่ายกว่ามากสำหรับการเพิ่มงานใหม่เพียงพิมพ์งานเลือกกำหนดประเภทและลำดับความสำคัญและกดปุ่มเพิ่ม

อินเตอร์เฟส tasrkd (ภาพนี้มาจากบล็อก Taskrd)

ตอนนี้ก็พิสูจน์ได้ว่ามันไม่คุ้มค่ากับความพยายามในการตั้งค่า Taskrd ด้วยการใช้ Bitbucket Cards หรือแม้แต่ Bitbuckets ที่เป็นเจ้าของระบบป้อนปัญหา ท้ายที่สุดด้วย Taskrd ฉันต้องคลิกแท็บบนเบราว์เซอร์ของฉันและคลิก Reload บนหน้าของฉันด้วย Bitbucket Cards เพื่อรีเฟรชและรับปัญหาใหม่ที่เพิ่มเข้ามาในแอป Taskrd แต่ในความเป็นจริงฉันพบว่าฉันโดยทั่วไปอยู่ในโหมดหรืออื่น ๆ : ฉันใช้ Bitbucket Cards เพื่อจัดระเบียบสิ่งที่ฉันทำต่อไปหรือเพื่อดูรายการข้อผิดพลาดหรือฉันยุ่งอยู่กับการเขียนโค้ดและเข้าสู่ภารกิจ / ข้อบกพร่องที่เกิดขึ้นกับฉัน - ทั้งหมดในโหมดไฟอย่างรวดเร็ว สำหรับโหมดการทำงานที่ 2 นี้ Taskrd ยอดเยี่ยม: ฉันเพิ่งเปิดมันบนหน้าจอแยกต่างหากและป้อนปัญหาอย่างรวดเร็วขณะที่ฉันทำงาน

นั่นครอบคลุมถึงเป้าหมาย # 1

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

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


3

หากคุณคุ้นเคยกับการใช้แท็กสิ่งที่ต้องทำใน Eclipse, ขั้นตอนที่ง่ายขึ้นจะใช้Mylyn ที่พื้นฐานที่สุดมันเป็นรายการสิ่งที่ต้องทำง่ายๆ แต่มันยังเชื่อมโยงบริบทกับงาน - คลิกที่งานเพื่อเปิดใช้งานทำบางสิ่งจากนั้นในครั้งต่อไปที่คุณเปิดใช้งาน Eclipse จะเปิดคลาสที่เกี่ยวข้องและแสดงวิธีการที่เกี่ยวข้อง ยิ่งไปกว่านั้นหากคุณย้ายไปยังระบบติดตามบั๊กอื่น ๆ ในที่สุด Mylyn สามารถดึงงานออกจากระบบเหล่านั้นและนำเสนอใน IDE ของคุณ

การดาวน์โหลด Eclipse ส่วนใหญ่ในปัจจุบันมี Mylyn รวมอยู่ในมาตรฐาน เพียงค้นหามุมมองรายการงานและเริ่มเพิ่มงาน


+1 ฉันเคยเห็น Mylyn แล้ว แต่ฉันเกรงว่าจะไม่ช่วยอะไรได้มากไปกว่างานใน Eclipse บักฉันพบที่ไม่สามารถมองเห็นได้โดยตรงในรหัสที่มีแนวโน้มที่จะได้รับหายไปในการสับเปลี่ยนดังนั้นจึงเป็นโอกาสน้อยที่ฉันต้องการเพิ่มข้อผิดพลาดใน Eclipse เมื่อมันไม่ได้เปิด :)
bedwyr

ฉันใช้แท็ก TODO จากนั้นใช้ find / grep -o เพื่อสร้างรายการสิ่งที่ต้องทำ
พะยอม

3

ฉันใช้ใบอนุญาตเริ่มต้น $ 10 สำหรับจิรา มันราคาถูกและฉันรู้ดีจากการทำงาน


2

เช่นเดียวกับคนอื่น ๆ ที่นี่ฉันใช้ไฟล์ข้อความหรือตัวติดตามบั๊กที่สร้างไว้ในบริการโฮสติ้ง dvcs ใดก็ตาม

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

ตัวอย่างเช่นหนึ่งในโครงการส่วนตัวของฉันเริ่มได้รับความนิยมในระดับปานกลางและตั้งค่าไซต์ความพึงพอใจสำหรับการใช้งานได้ดีจริงๆ ไม่ใช่ "การติดตามบั๊ก" แต่ใช้งานได้ดีกับคำขอข้อบกพร่อง


2

ค่อนข้างประหลาดใจที่ไม่มีใครพูดถึงเรื่องนี้ แต่มีโซลูชั่นการติดตามข้อผิดพลาดแบบกระจายซึ่งทำหน้าที่เป็นส่วนหนึ่งของการควบคุมแหล่งที่มาแบบกระจายของคุณเช่นฐานข้อมูลข้อบกพร่องอาศัยอยู่กับรหัสของคุณในการควบคุมการแก้ไขของคุณ การใช้งานที่รู้จักกันดี ได้แก่ "Bugs Everywhere", Fossil และ Ditz

ดูhttps://stackoverflow.com/questions/773818/distributed-projectmanagement-bug-trackingและhttps://stackoverflow.com/questions/1851221/distributed-bug-tracker-to-go-with-dvc?rq=1สำหรับการสนทนา


1

สำหรับโครงการส่วนตัวของฉันฉันใช้ Omnifocus

อัปเดต: 25/10/2010 หากฉันพบข้อบกพร่องที่ฉันไม่สามารถหรือไม่ต้องการแก้ไขได้ทันทีฉันจะเพิ่มมันลงในกล่องจดหมายของ Omnifocus อย่างรวดเร็ว จากนั้นเมื่อฉันทำการตรวจสอบฉันจะรวบรวมข้อมูลทั้งหมดที่ฉันคิดว่าฉันจะต้องแก้ไขข้อบกพร่องแล้วเพิ่มลงในโครงการ ตำแหน่งในรายการงานบ่งชี้ว่าเป็นเรื่องสำคัญ

ฉันปฏิบัติต่อข้อบกพร่องแบบเดียวกับข้อกำหนด / คุณสมบัติในเกือบทุกประการ


2
ขอบคุณสำหรับการตอบกลับ: คุณสนใจที่จะอธิบายอย่างละเอียดถึงวิธีการใช้ข้อผิดพลาดในการติดตามอย่างเฉพาะเจาะจงหรือไม่?
bedwyr

ขอบคุณสำหรับการอัพเดท! มันน่าสนใจที่จะเห็นเครื่องมือสิ่งที่ต้องทำทั่วไปที่ใช้สำหรับการจัดการข้อบกพร่อง
bedwyr

หมายเหตุ:สำหรับผลิตภัณฑ์ Apple เท่านั้น
ทำเครื่องหมาย C

Omnifocus เป็นผลิตภัณฑ์ Apple แต่ฉันใช้เพื่อการพัฒนาที่ไม่ใช่ของ Apple
เฮนรี่

1

สำหรับโครงการส่วนบุคคลความเห็นสิ่งที่ต้องทำและไฟล์ข้อความที่มีสิ่งที่ต้องทำและข้อบกพร่อง ฯลฯ มักจะเพียงพอสำหรับฉัน


1

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

สำหรับการอยากรู้อยากเห็นคำแนะนำที่นี่


1

ฉันใช้ToDoListสำหรับโครงการส่วนตัวของฉัน มันมีน้ำหนักเบาฟรีและมีคุณสมบัติมากมาย ไม่แน่ใจว่ามันปรับขนาดได้ดีสำหรับโครงการของทีม แต่มันยอดเยี่ยมสำหรับฉันที่ทำงานด้วยตัวเอง ฉันไม่แน่ใจว่าฉันรอดชีวิตได้อย่างไรโดยใช้รายการงานที่มีอยู่ในตัวของ Visual Studio มานานแล้วมันไร้สาระ


ในโครงการส่วนตัวเล็ก ๆ ของฉันรายการ ReSharper TODO นั้นเหมาะกับฉัน
ไม่มีใคร

1

เราใช้การผสมผสานระหว่าง JIRA และ Google Docs และ Spreadsheets ฉันมองเข้าไปในเครื่องมืออื่น ๆ เนื่องจากการติดตั้ง JIRA ของเรานั้นเก่ากว่าสิ่งสกปรกและไม่ได้ใช้งานได้ง่ายเหมือนกับอินเตอร์เฟสที่ใหม่กว่านักเล่นลากและวาง

ฉันมองไปที่ Manymoon, Zoho Projects, Insightly, Redmine และ Assembla เรากำลังจะไปทดสอบกับAssembla ฟรี Stand Up เครื่องมือ มันเป็นอินเทอร์เฟซการรายงานฟิลด์ที่ง่ายมาก 3 ข้อที่ถามสมาชิก 3 คนในทีมแต่ละคำถาม: เมื่อสัปดาห์ที่แล้ว คุณจะทำอะไรในสัปดาห์นี้ คุณมีอุปสรรคอะไรบ้าง?

ในที่สุดฉันคิดว่าฉันจะติดกับ JIRA, Google เอกสารและเครื่องมือ Assembla Stand Up เนื่องจากการรวมกันทำให้ทุกอย่างที่ฉันต้องการ


1

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

ที่ทำงานเราใช้ JIRA ซึ่งค่อนข้างดี แต่ไม่ง่ายต่อการดูแล และฉันคิดถึง wiki จริงๆ (การรวมกับ Confluence นั้นไม่ค่อยดีเท่าไหร่) และเบราว์เซอร์พื้นที่เก็บข้อมูลที่ดี (เราเพิ่งมี ViewVC)


Trac เป็นฝันร้ายในการตั้งค่าและกำหนดค่า

1

ฉันใช้ Trac มาหลายปีแล้ว ฉันใช้ Bugzilla และ JIRA เช่นกัน โครงการให้คำปรึกษาส่วนบุคคลและส่วนตัวของฉันเกี่ยวข้องกับ Trac เพียงเพราะฉันคุ้นเคย ฉันมี trac เชื่อมต่อกับทุกอย่างที่ฉันต้องการรวมถึง SVN หรือ Git และHudson (หรือมากกว่า Jenkins ตอนนี้)

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


Trac เป็นฝันร้ายในการตั้งค่าและจัดการ

0

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


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

@bedwyr หากคุณยึดติดกับกฎของการแก้ไขข้อบกพร่องที่รู้จักทั้งหมดก่อนที่จะใช้คุณลักษณะใหม่นี่เป็นปัญหาที่ไม่ใช่
Kevin Laity

@ เควินข้อบกพร่องสามารถพบได้ในรุ่นก่อนหน้าในขณะที่คุณกำลังทำงานกับการทำซ้ำล่าสุดของโครงการ คุณจะหยุดพัฒนาคุณลักษณะที่มีลำดับความสำคัญสูงในทันทีเพื่อแก้ไขข้อบกพร่องที่มีลำดับความสำคัญต่ำและขนาดเล็กในรุ่นก่อนหน้าหรือไม่ ถ้าไม่คุณจะติดตามพวกเขาได้อย่างไร ในกรณีของฉันรายการจิตไม่เพียงพอ
bedwyr

@bedwyr จุดที่ดีฉันคิดว่ามันเป็นเรื่องของการตั้งค่า ฉันจะแก้ไขข้อบกพร่องนั้นทันทีเนื่องจากเรากำลังพูดถึงโปรเจคเล็ก ๆ ถ้าฉันอยู่ในองค์กรขนาดใหญ่เรื่องราวที่แตกต่าง
Kevin Laity

0

หากคุณใช้ ReSharper จะมี a TODO trackerซึ่งแสดงรายการTODOs, NOTEs และBUGs ทั้งหมดในโซลูชันของคุณ นอกจากนี้ยังเน้นสีไว้ในรหัสของคุณในสีที่คุณเลือก ฉันพบว่ามันมีประโยชน์จริง ๆ ในโครงการของฉันเอง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.