เครื่องมือสำหรับนักพัฒนา · Docker เรียกใช้ตัวแปลงการเขียน Docker
เหตุใดแฟล็กการเรียกใช้นักเทียบท่าบางตัวจึงไม่เทียบเท่าการเขียน: -d, --rm, -it
· พื้นหลัง
docker เขียน นักพัฒนาเวิร์กโฟลว์
ค่าสถานะบางอย่างจะอธิบายวิธีที่คุณเรียกใช้คอนเทนเนอร์ครั้งนี้ ไม่ใช่วิธีกำหนดค่าบริการ โพสต์นี้จะอธิบายความแตกต่างและสิ่งที่เกิดขึ้นกับ -d, --rm, -it และเพื่อนๆ ของพวกเขาใน Compose
-d หายไปแล้ว - คำจำกัดความของบริการที่แปลงแล้วไม่มีการตั้งค่าการแยกออก และคุณสงสัยว่ามีบางอย่างหายไปหรือไม่
-d หายไปแล้ว - คำจำกัดความของบริการที่แปลงแล้วไม่มีการตั้งค่าการแยกออก และคุณสงสัยว่ามีบางอย่างสูญหายหรือไม่ หลักฐาน: -d บันทึกเจตนาการเรียกใช้ แต่ส่งบันทึกแทนรหัสบริการ สร้างการแมปคำขอซ้ำด้วยตัวอักษรแบบใช้แล้วทิ้ง จับคู่แหล่งที่มาแต่ละรายการกับประกาศ stdin_open tty สำรอง CLI ตัวเลือกวงจรชีวิตสำหรับการตรวจสอบปลายทาง
เหตุการณ์เวิร์กโฟลว์ของนักพัฒนาสำหรับเวิร์กโฟลว์ของนักพัฒนานี้สำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ ส่วนสำหรับสิ่งนี้สำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ ผู้พัฒนาสำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ ส่วนเวิร์กโฟลว์ของนักพัฒนานี้สำหรับสิ่งนี้สำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ ส่วนเวิร์กโฟลว์ของนักพัฒนาของส่วนเวิร์กโฟลว์สำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ยังเผยให้เห็นว่าขอบเขตเหตุการณ์ของเวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือบูลีนแบบโต้ตอบไม่ได้เลือกระหว่างเขียน exec และเรียกใช้ หลักฐาน: พื้นที่เก็บข้อมูลไม่ได้ให้รันไทม์หรือข้อพิสูจน์ทางประวัติศาสตร์ที่กว้างขึ้น ข้อจำกัดการแมปคำขอนี้เป็นจุดหยุด ตรวจสอบประกาศ stdin_open tty โดยไม่มีพฤติกรรมการผลิต จากนั้นบันทึกการตรวจสอบโฮสต์สำหรับตัวเลือกวงจรการใช้งาน CLI
การร้องขอเทียบกับการกำหนดค่า — ไฟล์เขียนอธิบายบริการ คุณจะเริ่มต้นอย่างไรมันเป็นของนักเทียบท่าที่แต่งขึ้น
การร้องขอเทียบกับการกำหนดค่า — ไฟล์เขียนอธิบายบริการ คุณจะเริ่มต้นอย่างไรมันเป็นของนักเทียบท่าที่แต่งขึ้น หลักฐาน: ตัวเลือกการกำหนดค่าและการเรียกใช้แบบถาวรใช้พื้นผิวที่แตกต่างกัน ติดตามโทเค็นการแมปการร้องขอไปยังประกาศ stdin_open tty แยกค่าที่เรียงลำดับออกจากฟิลด์ค่าสุดท้าย CLI ตัวเลือกวงจรชีวิตอยู่นอกการรวบรวม
ขอบเขตกลไกเวิร์กโฟลว์ของนักพัฒนาที่เกี่ยวข้องคือ ขอบเขตไวยากรณ์เวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือ --platform แมปในขณะที่ --pull และ --quiet ยังคงมีคำเตือนที่ชัดเจน หลักฐาน: แผนที่ --platform ขณะที่ --pull และ --quiet ยังคงเป็นคำเตือนที่ชัดเจน ใช้ข้อเท็จจริงการแมปการร้องขอนี้เพื่อทำนายสมาชิกหนึ่งรายหรือสเกลาร์ในประกาศ stdin_open tty ตรวจสอบคำเตือนก่อนตัดสินใจใดๆ เกี่ยวกับตัวเลือกวงจรชีวิต CLI
-d และ --rm — แทนที่ด้วย docker compose up -d และ docker compose run --rm ซึ่งเป็นคำสั่ง ไม่ใช่คีย์
-d และ --rm - แทนที่ด้วย docker compose up -d และ docker compose run --rm ซึ่งเป็นคำสั่ง ไม่ใช่คีย์ หลักฐาน: --rm เตือนว่าไม่สามารถเป็นตัวแทนได้ในขณะที่ -i และ -t แมปกับ stdin_open และ tty ตัดสินการเรียงลำดับการแม็ปคำขอจากโมเดล การอ้างถึงในประกาศ stdin_open tty จะปกป้องประเภทต่างๆ แต่ไม่มีการพิสูจน์การปฏิบัติงานสำหรับตัวเลือกวงจรชีวิต CLI
การสังเกตการทำให้เป็นอนุกรมเวิร์กโฟลว์ของนักพัฒนาคนที่สองคือขอบเขตเอาต์พุตเวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือ Ubuntu bash เก็บคำสั่งและการตั้งค่าเทอร์มินัลในขณะที่การลบต้องการตัวเลือก CLI หลักฐาน: ubuntu bash เก็บคำสั่งและการตั้งค่าเทอร์มินัลในขณะที่การลบต้องการ CLI ตัวเลือก เอาต์พุตการแมปคำขอนี้จะแยกการตั้งค่าออกจากบริบทที่ไม่พร้อมใช้งาน ทำให้ประกาศ stdin_open tty สามารถตรวจสอบได้ และตรวจสอบตัวเลือกวงจรชีวิต CLI ได้อย่างอิสระ
-i และ -t — stdin_open: และ tty: มีอยู่ แต่เซสชันแบบโต้ตอบมักจะเป็นนักเทียบท่าเขียน exec หรือเรียกใช้แทน
-i และ -t — stdin_open: และ tty: มีอยู่ แต่เซสชันแบบโต้ตอบมักจะเป็น docker compose exec หรือ run แทน หลักฐาน: บูลีนแบบโต้ตอบไม่ได้เลือกระหว่างเขียน exec และเรียกใช้ หยุดที่ข้อยกเว้นการแมปการร้องขอแทนการคาดเดา การเพิ่มใดๆ ที่ใกล้กับประกาศ stdin_open tty จำเป็นต้องมีเหตุผลเฉพาะการปรับใช้ซึ่งเชื่อมโยงกับตัวเลือกวงจรชีวิต CLI
ข้อจำกัดข้อยกเว้นเวิร์กโฟลว์ของนักพัฒนาอีกประการหนึ่งคือ ขอบเขตข้อยกเว้นเวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือการปรับใช้ Swarm และ Kubernetes ที่เทียบเท่ากันจะไม่ถูกปล่อยออกมา หลักฐาน: การปรับใช้ Swarm และ Kubernetes ที่เทียบเท่าจะไม่ถูกปล่อยออกมา เก็บคำสั่งการแมปคำขอเดิมไว้ข้างคำเตือน การเปรียบเทียบแสดงให้เห็นว่าประกาศ stdin_open tty มีอะไรบ้าง และการตัดสินใจเลือกวงจรชีวิต CLI ใดที่ยังคงเป็นแบบแมนนวล
--pull ได้รับการเตือนว่าไม่รองรับ --platform แผนที่โดยตรง และ --quiet เป็นเพียงคำเตือน CLI เท่านั้น
--pull, --platform และ --quiet — โดยที่ข้อกำหนดมีคีย์ (pull_policy, แพลตฟอร์ม) และไม่มี หลักฐาน: --platform แผนที่ในขณะที่ --pull และ --quiet ยังคงเป็นคำเตือนที่ชัดเจน --pull ได้รับการเตือนว่าไม่รองรับ --platform แมปโดยตรง และ --quiet เป็นเพียงคำเตือน CLI เท่านั้น สร้างตัวอย่างการแมปคำขอจากชื่อสังเคราะห์ ทำให้ทุกรายการ stdin_open tty สามารถตรวจสอบย้อนกลับได้ โดยไม่เปิดเผยรายละเอียดตัวเลือกวงจรการใช้งานการผลิต CLI
ตัวอย่างเวิร์กโฟลว์ของนักพัฒนาเดียวกันนี้แสดงให้เห็นว่าสำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ เก็บต้นฉบับสำหรับคำสั่งส่วนเวิร์กโฟลว์ของนักพัฒนานี้ และคำเตือนสำหรับส่วนเวิร์กโฟลว์ของนักพัฒนานี้ข้างไฟล์ผู้สมัครนี้ ข้อเท็จจริงการแมปคำขอที่จับคู่ควรปรากฏในประกาศ stdin_open tty บันทึกบรรทัดนั้นและหลีกเลี่ยงสมมติฐานเกี่ยวกับตัวเลือกวงจรชีวิต CLI
ตัวอย่างการทำงาน: การแปลง docker run -d --rm -it ubuntu bash — แผนที่อะไร สิ่งที่หล่น และวิธีการเรียกใช้สิ่งที่เทียบเท่า
ตัวอย่างการทำงาน: การแปลง docker run -d --rm -it ubuntu bash — แผนที่อะไร สิ่งที่หล่น และวิธีการเรียกใช้สิ่งที่เทียบเท่า แปลผลการแมปการร้องขอให้เป็น stdin_open tty สังเกตความแตกต่างที่สังเกตได้ นักเทียบท่าเป็นเจ้าของคำตัดสินของตัวเลือกวงจรชีวิต CLI ในภายหลัง
การใช้งานผลลัพธ์ของเวิร์กโฟลว์นักพัฒนายังแสดงขอบเขตเอฟเฟกต์เวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือ -d บันทึกเจตนาการร้องขอ แต่ส่งเสียงบันทึกแทนรหัสบริการ แบ่งความรับผิดชอบในการแมปคำขอ: การแปลงเขียนประกาศ stdin_open tty พื้นที่เก็บข้อมูลจะลบข้อมูลลับออก และผู้ดำเนินการตรวจสอบตัวเลือกวงจรชีวิต CLI
สิ่งนี้ไม่ครอบคลุมถึง — การปรับใช้แบบ Swarm เท่านั้น: ตัวเลือกและ Kubernetes ที่เทียบเท่ากัน
สิ่งนี้ไม่ครอบคลุมถึง — การปรับใช้แบบ Swarm เท่านั้น: ตัวเลือกและ Kubernetes ที่เทียบเท่ากัน จำกัดขอบเขตการแมปการร้องขอไว้ที่สาขาประกาศ stdin_open tty ที่แสดงที่นี่ รูปแบบใกล้เคียงและค่าเริ่มต้นไม่สามารถตอบคำถามตัวเลือกวงจรชีวิต CLI ได้
ขีดจำกัดขอบเขตเวิร์กโฟลว์ของนักพัฒนาอีกหนึ่งรายการต่อจากขอบเขตขีดจำกัดเวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือตัวเลือกการกำหนดค่าและการเรียกใช้แบบถาวรใช้พื้นผิวที่แตกต่างกัน ถือว่าขอบเขตการแมปคำขอนี้เป็นข้อยกเว้น ต้องการการแจ้งเตือน stdin_open tty ที่แม่นยำมากกว่าการคาดเดาเกี่ยวกับตัวเลือกวงจรชีวิต CLI
ประเด็นสำคัญ: แฟล็กที่ดร็อปมักจะเป็นแฟล็กการเรียกใช้ — ตรวจสอบเอาต์พุตของตัวแปลงกับรายการนี้ก่อนที่จะถือว่ามีข้อบกพร่อง
ประเด็นสำคัญ: แฟล็กที่ดร็อปมักเป็นแฟล็กการเรียกใช้ — ตรวจสอบเอาต์พุตของตัวแปลงกับรายการนี้ก่อนที่จะสันนิษฐานว่ามีจุดบกพร่อง หลักฐาน: คำเตือนต้องมาพร้อมกับ YAML เนื่องจากคำเตือนดังกล่าวถือเป็นการละเว้น ตรวจสอบการแมปการร้องขอเป็นตัวเลือกแหล่งที่มา ฟิลด์โมเดล บรรทัดประกาศ stdin_open tty และคำเตือน ลบข้อมูลลับก่อนที่จะตรวจสอบตัวเลือกวงจรชีวิต CLI
สุดท้ายนี้ แหล่ง Takeaway ของเวิร์กโฟลว์ของนักพัฒนายืนยันขอบเขตการตัดสินใจของเวิร์กโฟลว์ของนักพัฒนาที่แยกต่างหากคือ --rm เตือนว่าไม่สามารถเป็นตัวแทนได้ ในขณะที่ -i และ -t แมปกับ stdin_open และ tty ปิดการแมปการร้องขออย่างหวุดหวิด: ประกาศ stdin_open tty เป็นตัวเลือก; CLI ไม่รับประกันตัวเลือกวงจรการใช้งานและความเท่าเทียมกันของเชลล์