The workflow in CodeFlow is relative

The workflow in CodeFlow is relatively straightforward. An author submits a change for review and reviewers are notified via email and can examine the change in the tool. If they would like to provide feedback, they highlight a portion of the code and type a comment which is then overlayed in the user interface with a line to the highlighted code as shown in Figure 1-F and seen by all involved in the review. For example, the comment shown is for the highlighted portions of line 66. These comments can start threads of discussion and are the interaction points for the people involved in the review. Each such thread has a status that participants can modify over the course of the review. The status is initially ‘Active’, but can be changed to ‘Pending’, ‘Resolved’, ‘Won’t Fix’, and ‘Closed’ by anyone. There is no proscribed universal definition for each status label and no enforced policies to enforce resolving or closing threads of discussion. Many teams find these useful for tracking work status and decide which labels to use and how to use them independently. The author may take feedback in comments, update the change, and submit the updated change for additional feedback. In CodeFlow parlance, each updated change submitted for review is termed an iteration and constitutes another review cycle. It is not unusual to see two, three, or four iterations before a change is ready to check into the source code repository. In the review shown, there are five iterations (indicated by the tabs labeled “1”, “2”, etc.), with the original change in iteration 1, an updated change in iteration 2, and the final change in iteration five. Reviewers can continue to provide feedback in the form of comments on each iteration and this process repeats until the reviewers are happy with the change. Once a reviewer is comfortable that a change is of sufficient quality, he or she indicates this by setting their status to “signed off”. After enough people sign off (sign off policies differ by team), the author checks the changes into the source code repository.

ผลลัพธ์ (ไทย) 1:

Workflow ใน CodeFlow จะค่อนข้างตรงไปตรงมา ผู้ส่งการเปลี่ยนแปลงสำหรับการตรวจทาน และผู้ตรวจทาน notified ผ่านทางอีเมล์ และสามารถตรวจสอบการเปลี่ยนแปลงในเครื่องมือ ถ้าเขาต้องการให้ผลป้อนกลับ พวกเขาเน้นส่วนของรหัส และพิมพ์ความคิดเห็นที่ แล้วเกี่ยวข้องกับช่องสี่เหลี่ยมใดในอินเทอร์เฟซสำหรับผู้ใช้กับบรรทัดรหัสที่แสดงในรูป 1 F และเห็น โดยทั้งหมดเน้นในการทบทวน ตัวอย่าง แสดงข้อคิดเห็นเป็นการเน้นส่วนของบรรทัด 66 ข้อคิดเห็นเหล่านี้สามารถเริ่มต้นหัวข้อการสนทนา และเป็นจุดโต้ตอบสำหรับผู้เกี่ยวข้องในการตรวจทาน แต่ละหัวข้อดังกล่าวมีสถานะที่ผู้เรียนสามารถปรับเปลี่ยนช่วงเวลาของการทบทวน สถานะเริ่มต้น 'ใช้งาน ', แต่สามารถเปลี่ยนเป็น 'รอ' 'แก้ไข' 'แดง' และ 'ปิด' โดยทุกคน Definition สากลไม่ proscribed แต่ละป้ายชื่อสถานะและนโยบายไม่บังคับเพื่อบังคับใช้การแก้ไข หรือปิดหัวข้อของการสนทนาได้ หลายทีม find เหล่านี้มีประโยชน์สำหรับการติดตามสถานะการทำงาน และกำหนดป้ายชื่อที่จะใช้และวิธีการใช้อย่างอิสระ ผู้เขียนอาจใช้คำติชมข้อคิดเห็น การเปลี่ยนแปลงปรับปรุง คลิ กเปลี่ยนแปลงปรับปรุงสำหรับคำติชมเพิ่มเติม ใน CodeFlow parlance แต่ละการปรับปรุงเปลี่ยนส่งตรวจทานเรียกว่าการเกิดซ้ำ และถืออื่นตรวจทานรอบ ไม่เห็นซ้ำสอง สาม หรือสี่ก่อนการเปลี่ยนแปลงพร้อมที่จะเข้าเก็บรหัสต้นฉบับ ในการแสดง มี five ซ้ำ (ตามแท็บป้าย "1", "2" เป็นต้น), เดิมเปลี่ยนเกิดซ้ำ 1 การเปลี่ยนแปลงปรับปรุงในการเกิดซ้ำ 2 และ final การเปลี่ยนแปลงใน five เกิดซ้ำ ผู้ตรวจทานสามารถยังให้ข้อเสนอแนะในแบบฟอร์มความคิดเห็นเกี่ยวกับการเกิดซ้ำแต่ละและกระบวนการนี้ซ้ำจนกระทั่งทานมีความสุขกับการเปลี่ยนแปลง เมื่อผู้ตรวจทานที่นี่ที่มีการเปลี่ยนแปลงมีคุณภาพ sufficient เขาหรือเธอแสดงนี้ โดยการตั้งค่าสถานะให้กับ "เซ็นชื่อปิด" หลังจากที่คนพอออกจากระบบ (ระบบนโยบายแตกต่าง โดยทีมงาน), ผู้ตรวจสอบการเปลี่ยนแปลงเป็นเก็บรหัสต้นฉบับ

ผลลัพธ์ (ไทย) 2:

การทำงานในชั้นโอ๊ย CodeFlow ค่อนข้างตรงไปตรงมา ผู้เขียนส่งการเปลี่ยนแปลงเพื่อการตรวจสอบและแสดงความคิดเห็นที่มีเอ็ดไฟ Noti ผ่านทางอีเมล์และสามารถตรวจสอบการเปลี่ยนแปลงในเครื่องมือ หากพวกเขาต้องการที่จะให้ข้อเสนอแนะที่พวกเขาเน้นเป็นส่วนหนึ่งของโค้ดและพิมพ์ความคิดเห็นซึ่งจะซ้อนแล้วในส่วนติดต่อผู้ใช้ที่มีสายรหัสที่ไฮไลต์ตามที่แสดงในรูปที่ 1-F และมองเห็นได้โดยทุกคนที่เกี่ยวข้องในการตรวจสอบที่ ยกตัวอย่างเช่นที่แสดงความคิดเห็นสำหรับส่วนไฮไลท์ของสาย 66 ความคิดเห็นเหล่านี้สามารถเริ่มต้นหัวข้อของการสนทนาและการทำงานร่วมกันเป็นจุดสำหรับคนที่เกี่ยวข้องในการตรวจสอบ แต่ละหัวข้อดังกล่าวมีสถานะว่าผู้เข้าร่วมสามารถปรับเปลี่ยนช่วงเวลาของการตรวจสอบที่ สถานะเป็นครั้งแรก 'ใช้งาน' แต่สามารถเปลี่ยนเป็น 'รอ', 'แก้ไข' 'จะไม่แก้ไข' และ 'ปิด' โดยทุกคน ไม่มีไฟเดอเนรเทศสากล nition ฉลากสถานะแต่ละคนและไม่มีการบังคับใช้นโยบายในการบังคับใช้การแก้ไขหรือปิดหัวข้อของการสนทนาคือ หลายทีม fi ครั้งที่เหล่านี้มีประโยชน์สำหรับการติดตามสถานะการทำงานและการตัดสินใจที่ป้ายชื่อที่จะใช้และวิธีการที่จะใช้พวกเขาเป็นอิสระ ผู้เขียนอาจใช้ในความคิดเห็นข้อเสนอแนะให้ปรับปรุงเปลี่ยนแปลงและส่งการเปลี่ยนแปลงปรับปรุงเพิ่มเติมสำหรับความคิดเห็น ในการพูดจา CodeFlow แต่ละการปรับปรุงเปลี่ยนแปลงที่ส่งเพื่อการตรวจสอบที่เรียกว่าซ้ำและถือเป็นการทบทวนอีกรอบ มันเป็นเรื่องปกติท​​ี่จะเห็นสองสามหรือสี่ซ้ำก่อนที่จะมีการเปลี่ยนแปลงพร้อมที่จะตรวจสอบในแหล่งที่เก็บรหัส ในการตรวจสอบแสดงให้เห็นว่ามีสายได้ซ้ำ (แสดงโดยแท็บที่มีข้อความ "1", "2" ฯลฯ ) กับการเปลี่ยนแปลงเป็นต้นฉบับในการทำซ้ำที่ 1 การเปลี่ยนแปลงปรับปรุงในการทำซ้ำที่ 2 และสายการเปลี่ยนแปลง NAL ในไฟซ้ำได้ แสดงความคิดเห็นที่ยังคงสามารถให้ข้อเสนอแนะในรูปแบบของการแสดงความคิดเห็นในแต่ละซ้ำและกระบวนการนี​​้ซ้ำจนกว่าจะแสดงความคิดเห็นที่มีความสุขกับการเปลี่ยนแปลง เมื่อทานเป็นความสะดวกสบายที่มีการเปลี่ยนแปลงที่มีความพอเพียงไฟที่มีคุณภาพเพียงพอที่เขาหรือเธอแสดงให้เห็นโดยการตั้งค่าสถานะของพวกเขาที่จะ "ลงนาม" หลังจากที่คนพอเข้าสู่ระบบปิด (ลงนามนโยบายแตกต่างกันโดยทีม), ผู้เขียนตรวจสอบการเปลี่ยนแปลงลงในแหล่งที่เก็บรหัส

ผลลัพธ์ (ไทย) 3:

งานflโอ๊ยใน codeflow จะค่อนข้างตรงไปตรงมา ผู้เขียนส่งเปลี่ยนเพื่อทบทวนและผู้ตรวจทานจะเก็บไว้ตรงไหนก็ได้จึงเอ็ดผ่านทางอีเมล์ และสามารถตรวจสอบการเปลี่ยนแปลงในเครื่องมือ ถ้าพวกเขาอยากจะให้ติชมพวกเขาเน้นส่วนของรหัสและพิมพ์ข้อคิดเห็นซึ่งเป็นแล้ว overlayed ในอินเตอร์เฟซผู้ใช้ที่มีเส้นไฮไลต์รหัส ดังแสดงในรูปที่ 1-f และเห็นทั้งหมดที่เกี่ยวข้องในการตรวจสอบ ตัวอย่างเช่น ความคิดเห็นที่แสดงอยู่ เพื่อเน้นบางส่วนของสาย 66 ความคิดเห็นเหล่านี้สามารถเริ่มหัวข้อของการสนทนาและมีปฏิสัมพันธ์คะแนนสำหรับผู้ที่เกี่ยวข้องในการตรวจสอบแต่ละหัวข้อดังกล่าวมีสถานะที่ผู้เข้าร่วมสามารถปรับเปลี่ยนผ่านหลักสูตรทบทวน สถานะเริ่มต้น ' ใช้งาน ' แต่สามารถเปลี่ยนไปเป็น ' ' ' ' แก้ไข ' , ' ไม่แก้ไข ' และ ' ปิด ' โดยใคร ไม่มีการสั่งห้าม nition de จึงสากลสำหรับแต่ละสถานะ ฉลาก และไม่มีการบังคับใช้นโยบายที่จะบังคับใช้การแก้ไขหรือปิดหัวข้อของการสนทนาหลายทีมจึงมีประโยชน์สำหรับการติดตามสถานะและเหล่านี้ทำงานและตัดสินใจที่ป้ายชื่อที่จะใช้และวิธีการใช้พวกเขาอย่างอิสระ ผู้เขียนอาจใช้ข้อเสนอแนะความคิดเห็น การปรับปรุงเปลี่ยนแปลงและส่งการปรับปรุงเปลี่ยนแปลงความคิดเห็นเพิ่มเติม ใน codeflow คำพูดแต่ละการปรับปรุง เปลี่ยนแปลงและทบทวนเป็น termed เป็นซ้ำอีก และถือเป็นการตรวจสอบวงจร มันไม่ได้ผิดปกติเพื่อดู สอง สามหรือสี่รอบ ก่อนเปลี่ยนเป็นพร้อมที่จะตรวจสอบรหัสที่มาเก็บข้อมูล ในการตรวจสอบแสดง จึงได้มีการทำซ้ำ ( แสดงโดยแท็บที่มีข้อความ " 1 " , " 2 " , ฯลฯ ) , การเปลี่ยนแปลงต้นฉบับซ้ำ 1 , การปรับปรุงเปลี่ยนแปลงซ้ำ 2 และจึงเปลี่ยนการถ่ายทอดในระบบได้ความคิดเห็นที่ยังคงสามารถให้ความคิดเห็นในรูปแบบของความคิดเห็นในแต่ละ iteration และกระบวนการนี้ซ้ำจนกระทั่งทานมีความสุขกับการเปลี่ยนแปลง เมื่อทานสะดวกสบายที่เปลี่ยนแปลงของซุฟจึง cient คุณภาพ , ที่เขาหรือเธอแสดงนี้โดยการตั้งค่าสถานะ " ลงนาม " หลังจากพอคนเซ็น ( ลงนามนโยบายแตกต่างโดยทีมงาน )ผู้เขียนตรวจสอบการเปลี่ยนแปลงในรหัสที่มาเก็บข้อมูล