ข้อผิดพลาดทั่วไปของ Git คืออะไรและจะแก้ไขได้อย่างไร

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

ฉันต้องยอมรับว่าการกำหนดเวอร์ชันข้อมูลของฉันใน Git ทำให้ฉันสามารถทดลองพัฒนาโครงการได้มากขึ้น ถ้าฉันทำผิดฉันรู้ว่าคอมไพล์มีวิธียกเลิกและ / หรือเปลี่ยนเวอร์ชันของโปรเจ็กต์ของฉันกลับไปเป็นแบบเดิมก่อนที่ฉันจะเมา แต่ละ ชั้นได้รับการออกแบบมาเพื่อให้สามารถตรวจสอบและแก้ไขข้อมูลและ / หรือแก้ไขการเปลี่ยนแปลงก่อนที่จะย้ายข้อมูลในขั้นต่อไป ต่อไปนี้เป็นข้อผิดพลาดที่กล่าวถึงในบล็อกนี้:

• • ยกเลิกขั้นตอนไฟล์ / ไดเรกทอรีจากดัชนี
  • แก้ไขข้อความผูกมัดล่าสุด
  • ลืมการเปลี่ยนแปลงบางอย่างในคอมมิตล่าสุด
  • ยกเลิกการเปลี่ยนแปลงในเครื่อง
  • ส่งข้อมูลส่วนบุคคลไปยังที่เก็บในเครื่อง
  • แทนที่คอมมิตล่าสุดด้วยคอมมิตใหม่
  • ส่งข้อมูลผิด
  • กลับไปที่สถานะโครงการเก่าของฉัน
  • กู้คืนสาขาในเครื่องที่ถูกลบ
  • เลิกทำการเปลี่ยนแปลงในคอมมิต
  • ตั้งชื่อสาขาผิด
  • ต้องการจัดเรียงบันทึกประวัติใหม่ก่อนกดไปที่รีโมต
  • ทำการเปลี่ยนแปลงที่ไม่เกี่ยวข้องเป็นคอมมิตเดียว
  • เปลี่ยนอีเมลผู้เขียนในคอมมิตทั้งหมดในทุกสาขา
  • ไฟล์ที่สูญหายและพบ
  • ลืมว่าสาขาใดมีรหัสคอมมิตของฉัน
  • ลบคอมมิตจากประวัติ
  • ดันผิดสาขาไปที่รีโมท

ยกเลิกขั้นตอนไฟล์ / ไดเรกทอรีจากดัชนี

คลาสเทียบกับอินเทอร์เฟซใน java

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

ไวยากรณ์: รีเซ็ตคอมไพล์

การยกเลิกการจัดเตรียมไฟล์จากพื้นที่ดัชนีช่วยให้คุณมีโอกาสอีกครั้งในการทำงานกับข้อมูลของคุณอีกครั้งก่อนที่จะตกลงกับ repo ในเครื่อง

แก้ไขข้อความผูกมัดล่าสุด

คำสั่ง: คอมมิตคอมมิต --amend
คุณสามารถแก้ไขข้อความคอมมิตล่าสุดได้โดยไม่ต้องสร้างใหม่ ในการแสดงรายการบันทึกการคอมมิตฉันได้ตั้งชื่อแทนว่า 'hist':
คำสั่ง: git config --global alias.hist 'log --pretty = รูปแบบ: '% C (สีเหลือง)% h% Creset% ad | % C (สีเขียว)% s% Creset% C (สีแดง)% d% Creset% C (สีน้ำเงิน) [% an] '- กราฟ --decorate - วันที่ = short'x

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

ลืมการเปลี่ยนแปลงบางอย่างในคอมมิตล่าสุด

สมมติว่าคุณลืมทำการแก้ไขบางอย่างและยอมรับสแนปชอตของคุณแล้วและคุณก็ไม่ต้องการที่จะทำข้อตกลงอื่นเพื่อเน้นความผิดพลาดของคุณ
คำสั่ง: คอมมิตคอมมิต --amend

ฉันได้เน้นว่า sha-1 id ของวัตถุคอมมิตล่าสุดถูกสร้างขึ้นใหม่และเปลี่ยนแปลงอย่างไร ฉันแสร้งทำเป็นว่าได้ทำการกระทำเพียงครั้งเดียวโดยผสมผสานการเปลี่ยนแปลงทั้งสองเข้าด้วยกัน

ยกเลิกการเปลี่ยนแปลงในเครื่อง

นี่คือกรณีที่ฉันแก้ไขไฟล์ 'README' และจัดฉาก ต่อไปฉันแก้ไขไฟล์เดิมเป็นครั้งที่สอง แต่ตระหนักว่าฉันไม่ต้องการให้มีการเปลี่ยนแปลงครั้งที่สอง

ตอนนี้อย่าให้ฉันยกเลิกการเปลี่ยนแปลงทั้งหมดด้วยตนเองฉันสามารถดึงไฟล์เวอร์ชันที่จัดฉากได้
ไวยากรณ์:
การชำระเงิน git -–local เปลี่ยนแปลงในไฟล์
การชำระเงิน git -- การเปลี่ยนแปลงภายในไฟล์ทั้งหมดในไดเร็กทอรี & เขิน & อาย

คำสั่ง: การชำระเงิน git - README

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

ส่งข้อมูลส่วนบุคคลไปยังที่เก็บในเครื่อง

ฉันต้องการลบข้อมูลบางอย่างออกจากที่เก็บในเครื่อง แต่เก็บไฟล์ไว้ในไดเร็กทอรีการทำงาน
ไวยากรณ์:
git reset --mixed HEAD ~
git รีเซ็ต - ผสม

คำสั่ง: git รีเซ็ต - หัวผสม ~ 1
HEAD ~ 1 ระบุการกระทำก่อนการกระทำล่าสุดที่ชี้โดยหัวสาขาปัจจุบัน

ไฟล์ในสแน็ปช็อตปัจจุบันถูกลบออกจากทั้งที่เก็บโลคัลและพื้นที่การจัดเตรียม เพิ่มรูปแบบต่อไปนี้ในไฟล์. gitignore ส่วนกลางเพื่อแยกไม่ให้ถูกติดตามโดย git
กลุ่ม ~ / .gitignore_global
# ไฟล์รหัสผ่าน #
* .pass
*.สำคัญ
* .passwd

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

ข้อควรระวัง: หากคุณสูญเสีย git จะไม่สามารถกู้คืนให้คุณได้เนื่องจากไม่ทราบเกี่ยวกับเรื่องนี้

แทนที่คอมมิตล่าสุดด้วยคอมมิตใหม่

ไวยากรณ์: รีเซ็ตคอมไพล์ - ซอฟต์ [/ HEAD ~ n>]

ตัวเลือก '–soft' เพียงแค่ลบไฟล์ที่คอมมิตออกจากที่เก็บในเครื่องในขณะที่ไฟล์เหล่านั้นยังคงอยู่ในดัชนีและคุณสามารถคอมมิตใหม่ได้หลังจากการตรวจสอบ คือ sha-1 ของสแนปชอตที่คุณต้องการลบออกจาก repo ในเครื่อง โดยที่ n คือจำนวนคอมมิตก่อน HEAD คอมมิต

คำสั่ง :git รีเซ็ต - หัวอ่อน ~ 1

แก้ไขไฟล์และจัดเวทีอีกครั้ง

คำสั่ง: git คอมมิต -m 'การเพิ่ม index.html และ style.css'
ประวัติการกระทำของคุณตอนนี้กลายเป็น:

ส่งข้อมูลผิด

ไวยากรณ์:
git reset - ฮาร์ดเฮด ~ nรีเซ็ตโปรเจ็กต์เป็น 'n' คอมมิตก่อนสแนปชอตคอมมิตล่าสุด
git รีเซ็ต - ฮาร์ด- รีเซ็ตโครงการเพื่อกำหนดสแนปชอตรหัสคอมมิต

คำสั่ง: รีเซ็ตคอมไพล์ - ฮาร์ดเฮด ~ 1

คอมมิตล่าสุดและไฟล์ที่เสียหายจะถูกลบออกจากที่เก็บโลคัลพื้นที่การจัดเตรียมรวมถึงไดเร็กทอรีการทำงาน

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

วิธีการตั้งค่า atom สำหรับ python

กลับไปที่สถานะโครงการเก่าของฉัน

คุณสามารถยกระดับโครงการของคุณที่เก่ากว่าได้ในประวัติศาสตร์ของเวลา หากคุณทำเวอร์ชันล่าสุดหรือต้องการการปรับปรุงในโค้ดรุ่นเก่าคุณอาจต้องการสร้างสาขาอื่นจากสแนปชอตโปรเจ็กต์เก่านั้นเพื่อไม่ให้ขัดขวางงานปัจจุบันของคุณ มาดูกันว่า:
ก. แสดงรายการประวัติโครงการและตัดสินใจเกี่ยวกับรหัสการกระทำที่เก่ากว่าคำสั่ง:ไปที่ประวัติศาสตร์
ข. สร้างสาขาอื่นจากรหัสการคอมมิต:git checkout -b e7aa9a5 สถานะเก่า
ค. ทำงานกับโค้ดต่อไปและผสาน / สร้างฐานใหม่ในภายหลังกับสาขา 'master'

กู้คืนสาขาในเครื่องที่ถูกลบ

เป็นไปได้ที่จะสร้างงานที่หายไปใหม่ในสาขาอ้างอิง สมมติว่าฉันลบสาขา 'old_code' โดยไม่รวมกับสาขาหลักและทำให้งานหายไป และไม่ฉันไม่ได้ส่งสาขาไปยังที่เก็บระยะไกลด้วยแล้วจะเป็นอย่างไร ติดตามคอมไพล์และเก็บบันทึกรายการบันทึกของการเปลี่ยนแปลงทั้งหมดที่ทำในการอ้างอิงแต่ละครั้งมาดูของฉัน:ไป reflog

ดังนั้น HEAD @ {2} คือตัวชี้เมื่อฉันย้ายไปที่สาขา 'old_code' เรามากู้คืน:

ไวยากรณ์:git checkout -b
คำสั่ง:git checkout -b old_code HEAD @ {2}

ตอนนี้คุณต้องอยู่ในสาขา 'old_code' พร้อมกับงานล่าสุดของคุณในขณะที่สร้างนอกจากนี้ตัวชี้ 'reflog' ที่ HEAD @ {1} ยังเป็นคอมมิตล่าสุดที่ทำในสาขา 'old_code' ในการกู้คืนเฉพาะนี้ คอมมิตเพียงแค่รันคำสั่งเป็น:git reset --hard HEAD @ {1}นอกจากนี้ยังกู้คืนไฟล์ที่แก้ไขในไดเร็กทอรีการทำงาน

หากคุณต้องการทราบรายละเอียดว่าคำสั่งนี้ทำงานอย่างไรและคุณจะจัดการรายการ 'reflog' ได้อย่างไรคุณสามารถอ่านโพสต์ก่อนหน้านี้ของฉันได้ที่การกู้คืนสาขาที่ถูกลบจาก git reflog.

เลิกทำการเปลี่ยนแปลงในคอมมิต

ไปเปลี่ยนกลับใช้เพื่อบันทึกการกระทำใหม่บางอย่างเพื่อย้อนกลับผลของการกระทำก่อนหน้านี้
ไวยากรณ์: git เปลี่ยนกลับ
จากบันทึกการคอมมิตของฉันฉันต้องการย้อนกลับการเปลี่ยนแปลงที่ทำในรหัสคอมมิตที่ไฮไลต์:

คำสั่ง: git เปลี่ยนกลับ 827bc0d

จะเป็นการดีกว่าที่คุณจะไม่รีเซ็ต '- ฮาร์ด' การคอมมิตที่แชร์ แต่ให้ 'คอมไพล์ย้อนกลับ' เพื่อรักษาประวัติแทนเพื่อให้ทุกคนสามารถติดตามบันทึกประวัติได้ง่ายขึ้นเพื่อค้นหาว่าอะไรถูกเปลี่ยนกลับโดยใคร และทำไม?

คุณสามารถใช้ตรรกะเดียวกันในการอ้างอิงคอมมิตที่เกี่ยวข้องกับตัวชี้ HEAD แทนการให้รหัสคอมมิตเช่น HEAD ~ 3 หรือ HEAD ~ 4 เป็นต้น

ตั้งชื่อสาขาผิด

คุณสามารถเปลี่ยนชื่อสาขาในท้องถิ่นได้ เกิดขึ้นหลายครั้งที่คุณอาจต้องการเปลี่ยนชื่อสาขาของคุณตามปัญหาที่คุณกำลังดำเนินการโดยไม่ต้องลำบากในการโยกย้ายงานทั้งหมดจากที่หนึ่งไปยังอีกที่หนึ่ง ตัวอย่างเช่นคุณอาจอยู่ในสาขาเดียวกันหรือสาขาอื่นและยังสามารถเปลี่ยนชื่อสาขาที่ต้องการได้ดังที่แสดงด้านล่าง:
ไวยากรณ์: สาขา git -m
คำสั่ง: git branch -m old_code old_ # 4920

อย่างที่คุณอาจสงสัยว่าคอมไพล์ติดตามการเปลี่ยนชื่อนี้หรือไม่? ใช่มันอ้างถึงรายการ 'reflog' ของคุณนี่คือของฉัน:

การเปลี่ยนชื่อสาขาจะไม่มีผลกับสาขาการติดตามระยะไกล เราจะดูในส่วนระยะไกลว่าจะแทนที่สาขาบนที่เก็บระยะไกลได้อย่างไร

จัดเรียงบันทึกประวัติใหม่ก่อนที่จะกดไปที่รีโมต

ฉันหวังว่าฉันจะทำบางอย่างเร็วกว่าคนอื่น ๆ และจะไม่ได้ทำอะไรเลย จัดเรียงและแก้ไขคอมมิตเก่าแบบโต้ตอบเพื่อแก้ไขหรือปรับปรุงโค้ดได้อย่างมีประสิทธิภาพ
ไวยากรณ์: git rebase -i
คำสั่ง: git rebase -i fb0a90e- เริ่มการกำหนดค่าคอมมิตที่ทำขึ้นใหม่หลังจากการคอมมิต-id fb0a90e

เยี่ยมชมไฟล์ git rebase เอกสารประกอบเพื่อทำความเข้าใจว่า rebase '–interactive หรือ -i' แตกต่างจาก rebase ปกติอย่างไร

ทำการเปลี่ยนแปลงที่ไม่เกี่ยวข้องเป็นคอมมิตเดียว

ในกรณีนี้คุณต้องแยกคอมมิตเก่าที่ฝังไว้ออกเป็นคอมมิชชันเชิงตรรกะหลาย ๆ
ไวยากรณ์: git rebase -i
คำสั่ง: git rebase -i fb0a90e
ในตัวแก้ไข rebase คุณต้องเลือกรหัสการคอมมิต e7aa9a5 และเปลี่ยนเป็น 'แก้ไข' แทน 'เลือก'

ตอนนี้คุณจะอยู่ในการกระทำ id-e7aa9a5 เวอร์ชันของโปรเจ็กต์ ขั้นแรกให้รีเซ็ตประวัติการกระทำและพื้นที่การจัดเตรียมเป็นคำสั่งก่อนหน้านี้:git รีเซ็ต HEAD ~ 1
อย่างที่สองแก้ไข + stage + ส่งไฟล์ทีละไฟล์
คำสั่ง:
คอมไพล์เพิ่มโค้ด && คอมมิต -m 'การเพิ่มโค้ดเริ่มต้น'
git เพิ่ม newcode && git คอมมิต -m 'การเพิ่มโค้ดใหม่'

ประการที่สามทำการ rebase ต่อไปและสิ้นสุด

คำสั่ง :git rebase - ดำเนินการต่อ
ประการที่สี่ดูประวัติพร้อมข้อตกลงเพิ่มเติม

คำสั่ง: ไปที่ประวัติศาสตร์

เปลี่ยนอีเมลผู้เขียนในคอมมิตทั้งหมดในทุกสาขา

ฉันได้ทำการกำหนดเวอร์ชันและคอมมิตไฟล์โปรเจ็กต์ของฉันใน git มานานแล้ว แต่จนถึงตอนนี้มันไม่เคยทำให้ฉันเข้าใจเลยว่า ID อีเมลของฉันถูกบุกรุกในบันทึกประวัติการกระทำของฉันซึ่งเผยแพร่บนที่เก็บระยะไกล สิ่งนี้อาจเกิดขึ้นกับทุกคนเมื่อคุณตั้งค่าการกำหนดค่าในไฟล์ '.gitconfig' ในตอนแรกเพื่อบรรเทาความทุกข์ของฉันสามารถทำได้ เขียนใหม่ ตัวแปรสภาพแวดล้อมที่เรามีให้เมื่อสร้างวัตถุคอมมิต

ก่อนอื่นฉันจะได้รับรายชื่อ รหัสอีเมล เพื่อตัดสินใจเลือกสิ่งที่ฉันต้องการเปลี่ยนแปลง:
คำสั่ง: บันทึก git --all --pretty = รูปแบบ: '% an% d'- พิมพ์ชื่อผู้แต่ง (ชื่ออ้างอิง / ชื่อสาขา)

ประการที่สองฉันวิ่งผ่าน ทุกการกระทำในแต่ละสาขา และเขียนออบเจ็กต์การกระทำอีกครั้งด้วยรหัสอีเมลใหม่
คำสั่ง:
git กรองสาขา --env กรอง '
ถ้า ['$ GIT_AUTHOR_NAME' = 'divya']
แล้ว
GIT_AUTHOR_EMAIL = 'divya@github.com'
เป็น
'- - ทั้งหมด

ข้อมูลอินสแตนซ์สำหรับคลาส java

ไฟล์ที่สูญหายและพบ

สมมติว่าคุณทำไฟล์บางไฟล์หายและจำชื่อไม่ได้ แต่จำคำบางคำในไฟล์ได้ ในกรณีนี้คุณสามารถทำตามขั้นตอนเหล่านี้ -
ขั้นตอนที่ 1: แสดงรายการคอมมิตทั้งหมดที่เคยมีสแน็ปช็อตไฟล์ด้วยรูปแบบการค้นหา
คำสั่ง :git rev-list - ทั้งหมด | xargs git grep -i 'ประทับเวลา'

ขั้นตอนที่ 2 : สร้างสาขาใหม่ 'พบที่หายไป' จากรหัสคอมมิตที่ไฮไลต์นี้
ไวยากรณ์: git ชำระเงิน -b หายไปพบ d8c6a76a6dcb1fc6e8c3f6b097e1bd07e7cd328f

ลืมว่าสาขาใดมีรหัสคอมมิตของฉัน

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

การกระทำที่ไม่ดีที่เกิดขึ้นในแอปพลิเคชันการสร้างการนำทางของฉันครั้งหนึ่งเคยทำผิดรหัสนั่นคือตอนที่ฉันใช้ไฟล์ คำสั่ง 'git bisect' เพื่อตรวจหารหัสคอมมิตที่ไม่ถูกต้อง ตามด้วยคำสั่ง:สาขา git - มีเพื่อแสดงรายการสาขาที่มีการกระทำที่ไม่ดีนั้น

ตอนนี้ฉันรู้ทุกสาขาที่ยังคงมีการกระทำที่ไม่ถูกต้องฉันสามารถเปลี่ยนกลับหรือรีเซ็ตชุดการเปลี่ยนแปลงนี้ได้

ลบคอมมิตจากประวัติ

บางครั้งฉันรู้สึกว่าจำเป็นต้องกำจัดความมุ่งมั่นออกจากประวัติศาสตร์และไม่ทิ้งร่องรอยของมัน ฉันไม่แนะนำให้คุณลองแสดงความสามารถนี้ในสาขาที่ใช้ร่วมกัน แต่เฉพาะสาขาในพื้นที่ของคุณเท่านั้น
ไวยากรณ์: git rebase -i
คำสั่ง :git rebase -i 93859d8
ใน rebase editor-> แทนที่ 'edit' ด้วย 'drop' สำหรับรหัสคอมมิตที่ไฮไลต์: 69f4813

ในบางกรณีการเขียนซ้ำนี้อาจทำให้เกิดความขัดแย้ง คุณต้องแก้ไขข้อขัดแย้งจากนั้นดำเนินการต่อ

คำเตือน : นี่เป็นคำสั่งที่อันตรายเนื่องจากจะเขียนประวัติซ้ำและอาจสูญเสียข้อมูลสาขาดังกล่าวแตกต่างจากรีโมทและจะต้องผลักดันด้วย--บังคับหรือ- บังคับด้วยสัญญาเช่าตัวเลือก

ดันผิดสาขาไปที่รีโมท

ตอนนี้นี่คือสิ่งที่ฉันต้องการทำ - ฉันต้องการลบไฟล์ สาขาห่างไกล และหยุดติดตามจากสาขาในพื้นที่ของฉันด้วย 'git push‘คำสั่งเมื่อใช้กับ--ลบตัวเลือกลบสาขาระยะไกลดังนั้นนี่คือวิธีที่ฉันได้รับสำเนาโลคัลของโปรเจ็กต์โคลน -

git clone https://github.com/greets/myProj.git
ซีดี myProj

ครั้งเดียวสาขาระยะไกลจะถูกลบคนอื่น ๆ ใน repo ที่ใช้ร่วมกันต้องรีเฟรชและอัปเดตการอ้างอิงระยะไกลด้วยไฟล์--พรุนตัวเลือกในการลบการอ้างอิงวัตถุที่ขาดหายไป:git fetch --prune -v origin

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

เมื่อคุณเข้าใจข้อผิดพลาดทั่วไปของ Git แล้วให้ตรวจสอบสิ่งนี้ โดย Edureka บริษัท การเรียนรู้ออนไลน์ที่เชื่อถือได้ซึ่งมีเครือข่ายผู้เรียนที่พึงพอใจมากกว่า 250,000 คนกระจายอยู่ทั่วโลก หลักสูตรการฝึกอบรม Edureka DevOps Certification ช่วยให้ผู้เรียนเข้าใจว่า DevOps คืออะไรและได้รับความเชี่ยวชาญในกระบวนการและเครื่องมือต่างๆของ DevOps เช่น Puppet, Jenkins, Nagios, Ansible, Chef, Saltstack และ GIT สำหรับการทำงานหลายขั้นตอนใน SDLC โดยอัตโนมัติ

มีคำถามสำหรับเรา? โปรดระบุไว้ในส่วนความคิดเห็นของ 'ข้อผิดพลาดทั่วไปของ Git' แล้วเราจะติดต่อกลับไป