ฉันต้องทำ“ git pull” ก่อนหรือหลัง“ git add, git Commit” เมื่อใด

วิธีที่ถูกต้องคืออะไร?

git add foo.js
git commit foo.js -m "commit"
git pull
git push

หรือ

git pull
git add foo.js
git commit foo.js -m "commit"
git push

หรือ

git add foo.js
git pull
git commit foo.js -m "commit"
git push

UPD:

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

ฉันคิดว่าวิธีที่ดีที่สุดคือ:

ซ่อนการเปลี่ยนแปลงในท้องถิ่นของคุณ:

git stash

อัปเดตสาขาเป็นรหัสล่าสุด

git pull

รวมการเปลี่ยนแปลงในเครื่องของคุณเข้ากับรหัสล่าสุด:

git stash apply

เพิ่มยอมรับและผลักดันการเปลี่ยนแปลงของคุณ

git add
git commit
git push

จากประสบการณ์ของฉันนี่เป็นเส้นทางไปสู่การต่อต้านน้อยที่สุดกับ Git (ในบรรทัดคำสั่งอยู่ดี)

ดึง = ดึง + ผสาน

คุณต้องยอมรับสิ่งที่คุณทำก่อนที่จะรวมเข้าด้วยกัน

ดังนั้นดึงหลังจากกระทำ

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

ต้องบอกว่าฉันจะเลือกตัวเลือกแรก:

git add foo.js
git commit foo.js -m "commit"
git pull
git push

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

ฉันแน่ใจว่าจะมีคนไม่เห็นด้วยกับฉันฉันไม่คิดว่าจะมีวิธีใดที่ถูกต้องในการทำขั้นตอนการผสานนี้เฉพาะสิ่งที่ดีที่สุดสำหรับผู้คน

ฉันคิดว่าgit pull --rebaseเป็นวิธีที่สะอาดที่สุดในการตั้งค่าคอมมิตล่าสุดในเครื่องของคุณบนการคอมมิตระยะไกลซึ่งคุณไม่มี ณ จุดใดจุดหนึ่ง

วิธีนี้ทำให้คุณไม่ต้องดึงทุกครั้งที่ต้องการเริ่มทำการเปลี่ยนแปลง

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

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