Perforce - สร้างแพตช์หลังจากการซิงค์

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

ฉันสามารถพึ่งพา 'แพทช์' ได้เนื่องจากรองรับ 'เลิกทำ' การบอกไม่ให้ซิงค์แต่ให้สร้างแพตช์ ฉันจะทำอย่างไร

ฉันขอขอบคุณหากคุณสามารถแนะนำวิธีทำให้เป็นอัตโนมัติผ่านสคริปต์ได้ ขั้นตอนใน p4v ก็โอเค

ขอแสดงความนับถือ ทวน เลอ


person Toan Le    schedule 11.05.2011    source แหล่งที่มา
comment
เกิดอะไรขึ้นกับการใช้กลไกการซิงค์จริง ตราบใดที่คุณรู้ว่าคุณอยู่ในรายการเปลี่ยนแปลงใดก่อนที่จะซิงค์กับรายการเปลี่ยนแปลงใหม่ การซิงค์กลับก็ไม่ใช่เรื่องยากหากมีสิ่งผิดปกติเกิดขึ้น ดูเหมือนว่าจะสร้างล้อขึ้นมาใหม่ ...   -  person Mike O'Connor    schedule 11.05.2011
comment
ฉันเห็นด้วยกับไมค์ คุณกำลังทำให้เรื่องนี้ยากขึ้นกว่าเดิม คุณหมายถึงอะไรโดยขั้นตอนที่ยากลำบากในการย้อนกลับ? มันไม่ง่ายไปกว่านี้อีกแล้ว เพียงคลิกขวาที่รายการการเปลี่ยนแปลงที่ส่งมา และใช้รายการการเปลี่ยนแปลงที่ส่งแล้วกลับออกไป นอกจากนี้ เหตุใดคุณจึงส่งรหัส ก่อน ที่คุณทดสอบว่าผลลัพธ์ใช้ได้หรือไม่   -  person raven    schedule 13.05.2011
comment
อ๊ะ ข้อมูลของฉันอาจไม่เพียงพอ ฉันและเพื่อนร่วมงานแก้ไขโครงการเดียวกัน ขออภัย แอดมินไม่ได้กำหนดค่าพื้นที่ส่วนตัวให้เราทำการแตกสาขา ดังนั้นสิ่งที่เราส่งทั้งหมดจะอยู่ในสตรีมหลัก บางครั้งการซิงค์จากผู้อื่นทำให้โปรเจ็กต์ของฉันล้มเหลว ดังนั้นฉันจึงคิดว่าจะใช้แพตช์ แน่นอนว่าฉันสามารถรักษาพื้นที่ทำงานไว้ได้ 2 แห่งแต่เป็นการสิ้นเปลืองทรัพยากร สิ่งที่ฉันต้องการทำคือ (1) สร้างแพตช์จากการซิงค์ปลอม (p4 sync -n) พื้นที่ทำงานของฉันยังคงไม่เปลี่ยนแปลง (2) ฉันจะตรวจสอบและรวมด้วยมือเพื่อให้แน่ใจว่าผลลัพธ์จะไม่ผิดพลาด   -  person Toan Le    schedule 20.08.2011
comment
ฉันคิดว่าวิธีการของฉันดีขึ้น แต่กลับกลายเป็นว่าขั้นตอนการทำงานที่ไม่ดีส่งผลเสียต่อการใช้เครื่องมือที่ดี เห็นด้วยกับไมค์และอีกาที่จะไม่ลองประดิษฐ์วงล้อขึ้นมาใหม่   -  person Toan Le    schedule 27.09.2012


คำตอบ (1)


ดังที่ไมค์และกาแนะนำ นั่นเป็นข้อดี

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

person Rajesh    schedule 28.07.2011
comment
อ๊ะ ข้อมูลของฉันอาจไม่เพียงพอ สถานการณ์คือทีม (ฉันอยู่) แก้ไขโครงการเดียวกัน ขออภัย แอดมินไม่ได้กำหนดค่าพื้นที่ส่วนตัวให้เราทำการแตกสาขา ดังนั้นสิ่งที่เราส่งทั้งหมดจะอยู่ในสตรีมหลัก - person Toan Le; 20.08.2011
comment
การรักษาพื้นที่ทำงานสองแห่งไว้เป็นความคิดที่ดี ฉันใช้มันเพื่อทดสอบการเปิดตัวและยืนยันว่าทุกอย่างเรียบร้อยดี - person Toan Le; 27.09.2012