เมื่อใดควรใช้ "งานบ้าน" เป็นประเภทของข้อความคอมมิต

การใช้คืออะไรchoreในการควบคุมเวอร์ชันความหมายกระทำข้อความ ? ประเภทอื่น ๆ เช่นfeatหรือfixชัดเจน แต่ฉันไม่รู้ว่าควรใช้ "งานบ้าน" เมื่อไหร่

ใครช่วยให้ตัวอย่างการใช้งานได้บ้าง?

คำถามอื่นที่อาจไม่เกี่ยวข้อง: ข้อความประเภทใดที่เหมาะสมสำหรับการแก้ไขไฟล์เช่น.gitignore?

คุณสามารถดูคำจำกัดความสั้น ๆ ใน " Git Commit Msg ":

chore: อัปเดตงานฮึดฮัด ฯลฯ ; ไม่มีการเปลี่ยนแปลงรหัสการผลิต

ใช้ใน:

• " Semantic Commit Messages " และใน

• โครงการ " fteem/git-semantic-commits".

   git chore "commit-message-here" -> git commit -m 'chore: commit-message-here' 
  

การแก้ไข.gitignoreจะเป็นส่วนหนึ่งของ "งาน"

" grunt task" หมายความว่าผู้ใช้ภายนอกจะไม่เห็น:

• การใช้งาน (ของคุณลักษณะที่มีอยู่ซึ่งไม่เกี่ยวข้องกับการแก้ไข)
• การกำหนดค่า (เช่น.gitignoreหรือ.gitattributes)
• วิธีการภายในส่วนตัว ...

แม้ว่าOwen S จะกล่าวถึงในความคิดเห็น :

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