Preview ng leksyon

Michakato ya Git katika Timu za Kweli: Njia gani ya kuchagua

Katika mahojiano, mara nyingi huulizwa: 'Ulitumia njia gani ya Git-workflow?' Baada ya sehemu hii, utakuwa na jibu la kweli na la kina. Tutaangalia njia tatu maarufu — Feature Branch Workflow, Git Flow na Trunk-Based Development — na kujadili ambapo kila moja inafanya kazi vizuri na ambapo inakuwa kikwazo.

Feature Branch Workflow Git Flow Trunk-Based Development

Ano ang matututunan mo sa leksyong ito

Utaweza kuelezea njia tatu za kawaida za Git-workflow kwenye mahojiano na kuelezea tofauti zao.
Utaelewa jinsi ukubwa wa timu na mzunguko wa kutolewa kwa bidhaa unavyoathiri uchaguzi wa mchakato wa maendeleo.
Utajifunza kuuliza maswali sahihi kuhusu workflow unapojiunga na timu mpya.

Simula ng leksyon

Kwa nini Feature Branch Workflow?

Feature Branch = rasimu ya sura tofauti
Kutenga msimbo kwa kazi sambamba
Majaribio salama bila hatari kwa main
Urahisi wa utekelezaji kwa timu za viwango vyovyote
Inafaa kwa mwanzo na miradi midogo

Fikiria unafanya kazi kwenye kitabu na kwa kila sura unaunda rasimu tofauti. Hivi ndivyo Feature Branch Workflow inavyofanya kazi — kila kipengele kipya kinaishi katika mazingira yaliyotengwa. Njia hii inaruhusu timu kufanya kazi kwenye kazi tofauti kwa wakati mmoja, bila kuleta fujo kwenye msimbo mkuu. Unaweza kufanya majaribio kwa utulivu, ukijua kwamba tawi kuu linabaki imara. Hasa inafaa kwa timu ndogo ambapo kasi na kubadilika ni muhimu. Kazi ikikamilika, inapitia ukaguzi wa msimbo na kisha tu inaingia kwenye msimbo mkuu. Urahisi na ufanisi ndio sababu mbinu hii inakuwa maarufu.

Mzunguko wa maisha wa tawi la vipengele

git checkout -b feature/new-payment
Commits zenye ujumbe wazi
git push origin feature/new-payment
Kuunda pull request
Ukaguzi wa msimbo na kuunganisha kwenye main

Hebu tupitie njia nzima ya tawi la vipengele kuanzia kuundwa hadi kuunganishwa. Tunaanza kwa amri git checkout minus b feature slash new-payment — hivi tunaunda tawi jipya kutoka main. Tunafanya kazi kwenye kazi, tunafanya commits, tukielezea mabadiliko kwa uwazi na undani. Kazi ikikamilika, tunasonga tawi kwenye repo ya mbali na kuunda pull request. Wenzetu wanakagua msimbo, wanaacha maoni, na baada ya marekebisho yote, mabadiliko yanaingia kwenye tawi kuu. Kanuni muhimu: tawi moja — kazi moja iliyokamilika kwa mantiki. Hii inasaidia kudumisha utaratibu katika historia ya commits.

# Unda tawi kutoka main
git checkout main
git pull origin main
git checkout -b feature/new-payment

# Fanya kazi na commit
echo 'Add payment processing' > payment.js
git add payment.js
git commit -m 'Add payment processing module'

# Sogeza na uunde PR
git push origin feature/new-payment
# Kisha unda Pull Request kupitia GitHub UI

Unda tawi la vipengele kwa amri 2

Feature Branch Workflow — urahisi na ufanisi
Tunaunda tawi kutoka kwa main ya sasa
git checkout -b feature/new-login
Jina la tawi linaonyesha kazi
feature/, fix/, docs/ — viambishi kwa uwazi

Hebu tuunde tawi la vipengele kwa vitendo. Tunabadilisha kwenye tawi kuu na kulisasisha: git checkout main na git pull. Sasa tunaunda tawi jipya kwa kazi yetu: git checkout minus b feature slash new-login. Bendera minus b inamwambia Git aunde tawi jipya na mara moja abadili kwalo. Amri mbili tu — na uko tayari kufanya kazi. Hakikisha jina la tawi linaonyesha kiini cha kazi: feature slash, fix slash, au docs slash mwanzoni litasaidia kuelewa kusudi la tawi haraka. Sasa unaweza kuanza mabadiliko.

git checkout main && git pull
# Sasisha tawi kuu
git checkout -b feature/new-login
# Unda na ubadili kwenye tawi jipya

Buong leksyon ay para sa subscription

31 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

Kwa nini Feature Branch Workflow?
Mzunguko wa maisha wa tawi la vipengele
Unda tawi la vipengele kwa amri 2
Tuma mabadiliko kwa ukaguzi
Pitia ukaguzi wa msimbo na kuunganisha
Git Flow: Mfereji wa Maendeleo ya Viwanda
Matawi ya Vipengele na Maandalizi ya Toleo
Matengenezo ya Dharura kwa njia ya Hotfix
Mazoezi: Kuunda tawi la Feature
Kuanzisha Git Flow katika mradi
Kuandaa toleo: kufunga mabadiliko
Kuandaa toleo: kufunga mabadiliko
Marekebisho ya dharura: hotfix katika utendaji
Trunk-Based Development: kiini cha mbinu
Jinsi ya kufanya kazi na utendakazi ambao haujakamilika katika TBD
Mazoezi: Kuweka Commits Mara kwa Mara kwenye main
Wakati wa Kuchagua Trunk-Based Development
Kosa 1: Git Flow kwa Timu Ndogo
Kosa 2: Trunk-Based Bila Code Review
Kosa 3: Matawi ya Feature yenye Maisha Marefu
Jinsi ya Kuchagua Workflow Sahihi
Jinsi ya Kuchagua Mchakato wa Git: Vigezo Muhimu
Feature Branch: Gari la Mjini kwa Start-ups
Git Flow: Gari la Kukwea Miti kwa Timu Kubwa
Trunk-Based: Gari la Mashindano kwa Matoleo ya Mara kwa Mara
Uchambuzi wa Mchakato wa Sasa wa Git: Nini Kibaya na Git Flow
Mpango wa Uhamiaji: Jinsi ya Kuhama Kutoka Nyumba hadi Studio
Kufundisha Timu Mbinu Mpya za TBD
Vitendo: Kuhamisha Tawi la Feature kwenye TBD
Jinsi ya Kuzungumzia Workflow kwenye Mahojiano
Mifano ya Matatizo na Suluhu Zake
Jinsi Tulivyotekeleza Mabadiliko Katika Mchakato
Mambo Usiyopaswa Kusema Kwenye Mahojiano
Kuchagua Njia Yetu: Hitimisho na Kazi ya Nyumbani