Sobes.tech
Junior

როგორ ჩვეულებრივ აკეთებ კოდის commit-ს?

sobes.tech AI

პასუხი AI-სგან

Ես օգտագործում եմ ստանդարտացված հանձնառու ձևաչափ, հաճախ հիմնված է Conventional Commits-ի վրա: Սա ապահովում է համահունչություն և ավտոմատացնում որոշ գործընթացներ, օրինակ՝ փոփոխությունների օրագրի ստեղծում:

Հանձնառուի սովորական ձևաչափը՝

<տիպ>[(հատված)]: <նկատում>

[<մարմին>]

[<նշում>]
  • <տիպ>: Պարտադիր: Նշում է փոփոխության տիպը (օրինակ՝ feat նոր ֆունկցիաների համար, fix սխալների համար, docs փաստաթղթերի փոփոխությունների համար, style ձևաչափի համար, refactor վերափոխման համար, test թեստերի ավելացման համար, ci CI/CD փոփոխությունների համար):
  • (հատված): Ընտրովի: Նշում է ծրագրի այն հատվածը, որը ազդել է փոփոխությունը (օրինակ՝ (կոմպոնենտ: կոճակ), (ծառայություն: հաստատում)
  • <նկատում>: Պարտադիր: Կարճ և հստակ նկարագրություն փոփոխությունների մասին՝ հրամանի ձևով (օրինակ՝ "կոճակ ավելացնել", "վավերացման սխալը ուղղել"):
  • <մարմին>: Ընտրովի: Ավելի մանրամասն բացատրություն փոփոխությունների, պատճառների և կոնտեքստի մասին։ Բաժանվում է դատարկ գծով նկարագրից։
  • <նշում>: Ընտրովի: Օգտագործվում է սովորաբար BREAKING CHANGE նշելու համար՝ նկարագրելով, թե ինչու է այս փոփոխությունը խախտում հետագա համատեղելիությունը կամ հղումներ առաջադրանքներին (օրինակ՝ Closes #123

Օրինակներ՝

feat: մոդալ պատուհանի կոմպոնենտ ավելացնել
fix(վավերացում): ռեգիստրացիայի ձևում էլփոստի վավերացման սխալը ուղղել

Հիմա էլփոստը ճիշտ վավերացվում է RFC 5322 ստանդարտի համաձայն։

Closes #45
refactor(կոմպոնենտ: կոճակ): ոճերը թարմացնել և հասանելիությունը բարելավել

Դիզայնային համակարգին համապատասխանեցնելու համար կոճակի ոճերի վերականգնում:
Հասանելիությունը բարելավվել է ARIA ատրիբուտների ավելացմամբ։

Սա օգնում է թիմին ավելի լավ հասկանալ փոփոխությունների պատմությունը, արագացնել կոդի վերանայումը և պարզեցնել ավտոմատացված գործընթացները։