Once develop has acquired enough fe

Once develop has acquired enough features for a release (or a predetermined release date is approaching), you fork a release branch off of develop.

Creating this branch starts the next release cycle, so no new features can be added after this point-only bug fixes, documentation generation, and other release-oriented tasks should go in this branch.

Once it’s ready to ship, the release gets merged into master and tagged with a version number. In addition, it should be merged back into develop, which may have progressed since the release was initiated.

Using a dedicated branch to prepare releases makes it possible for one team to polish the current release while another team continues working on features for the next release. It also creates well-defined phases of development (e.g., it’s easy to say, “this week we’re preparing for version 4.0” and to actually see it in the structure of the repository).

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

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

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

เมื่อพัฒนาได้รับคุณสมบัติเพียงพอสำหรับการเปิดตัว (หรือวันที่วางจำหน่ายที่กำหนดไว้อยู่ใกล้), คุณแยกสาขาปล่อยออกจากการพัฒนา.

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

เมื่อมันพร้อมที่จะจัดส่ง, การเปิดตัวที่ได้รับการผสานเข้าหลักและติดแท็กด้วยหมายเลขรุ่น นอกจากนี้ก็ควรจะรวมกลับเข้ามาในการพัฒนาซึ่งอาจจะมีความก้าวหน้าตั้งแต่การเปิดตัวได้ริเริ่ม.

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

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

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