AI арқылы жасалған қолданбамен Git-ті қалай пайдалану керек

AI арқылы жасалған қолданбамен Git-ті пайдалану үшін жобаны Git репозиторийіне қосыңыз, әр жұмыс істейтін өзгерістен кейін коммит жасаңыз, не өзгергенін бір жолмен жазыңыз және құпияларды .gitignore арқылы сыртта ұстаңыз. Қауіпті жұмыс үшін бутақ пайдаланыңыз. Басқа біреу кодты өзгерткен болса, AI-ға жаңа сұраныс жасамас бұрын pull жасаңыз. AI бірдеңені бұзса, ескі қатенің үстіне жаңа сұраныстар жазудың орнына соңғы жақсы коммитке оралыңыз.

Git — нұсқалар тарихын сақтайтын бақылау жүйесі: кодтың сақталған әрбір нұсқасы. GitHub — Git репозиторийлерін интернетте сақтайтын сайт. Егер бұлар сізге таныс болмаса, алдымен GitHub дегеніміз не деген мақаланы оқыңыз. Бұл нұсқаулық AI кодтың көп бөлігін жазғанда Git-ті пайдалы ететін әдеттер туралы.

Неліктен AI-мен Git маңыздырақ

AI бір сұраныста жиырма файлды өзгерте алады. Бұл жылдам, бірақ бір сұраныс кеше тексерген нәрсеңізді үнсіз бұзуы да мүмкін. Git сізге мынаны береді:

• Қайту жолы. Сақталған кез келген нұсқаны қалпына келтіруге болады.
• Не өзгергенінің жазбасы. Сұраныс қай файлдарға және қай жолдарға әсер еткенін дәл көруге болады.
• Құрастырушыдан тыс көшірме. Кодыңыз сіз басқаратын жерде сақталады.
• Стандартты беру. Кез келген әзірлеуші, хостинг немесе құрал Git репозиторийімен жұмыс істей алады.

1-қадам: Репозиторий қосыңыз

GitHub немесе ұқсас қызметте репозиторий жасаңыз (әдетте жекеше) және жобаңызды соған қосыңыз. Git-ті қолдайтын көптеген AI құрастырушылары мұны параметрлер бетіндегі «Connect GitHub» түймесі арқылы жасайды. Егер сіздікінде олай болмаса, кодты экспорттап, өзіңіз жіберуіңізге болады, немесе бір рет орнатуды әзірлеушіге тапсыруға болады.

Алғашқы жіберуден бұрын репозиторий ондағы керек емес нәрселерді елемейтініне көз жеткізіңіз:

.gitignore файлын тексеріңіз. .env файлдарын, node_modules мен құрастыру нәтижесі қалталарын және құпия мәліметтері бар кез келген файлды елемейтініне көз жеткізіңіз. Не қосқаныңызды айтып беріңіз.

2-қадам: Әр жұмыс істейтін өзгерістен кейін коммит жасаңыз

Коммит — хабарламасы бар сақталған сурет (снапшот). Ең маңызды әдет: бірдеңе жұмыс істегенде, келесі нәрсені сұрамас бұрын коммит жасаңыз.

1. Бір өзгеріс сұраңыз.
2. Оны алдын ала қарауда тексеріңіз.
3. Егер жұмыс істесе, хабарламамен коммит (немесе синхрондау) жасаңыз.
4. Содан кейін келесі қадамға өтіңіз.

Шағын коммиттер бірдеңе бұзылғанда қай өзгеріс себеп болғанын білуге көмектеседі, ал оны қайтару басқа жұмысыңызды жоймайды.

3-қадам: Кейін оқуға болатын хабарламалар жазыңыз

Жақсы хабарлама не өзгергенін және неге өзгергенін бір жолда айтады:

• Жақсы: Тапсырыстар бетіне CSV экспортын қосу
• Жақсы: Брондау формасының кешкі 6-дан кейінгі уақытты қабылдамауын түзеу
• Пайдасы жоқ: update, changes, fix stuff

Мұны AI-дан да сұрауға болады:

Соңғы коммиттен бері болған өзгерістерді бір жолмен қорытындылаңыз, етістіктен бастаңыз, 70 таңбадан аспасын.

4-қадам: Қауіпті жұмыс үшін бутақтарды пайдаланыңыз

Бутақ — бөлек жұмыс желісі. Бірдеңені бутақта сынап көруге болады, ал нәтиже шықпаса, негізгі нұсқаға тиіспей тастай саласыз.

Бутақты мына жағдайларда пайдаланыңыз:

• Өзгеріс үлкен болса (қайта дизайн, жаңа төлем ағыны, дерекқор өзгерісі).
• Осы қолданбада басқа біреу жұмыс істесе.
• Өзгеріс тірі сайтқа шықпас бұрын біреу тексерсін десеңіз.

Жұмыс аяқталып, сыналған соң, ол негізгі бутаққа біріктіріледі (merge). GitHub-та бұл әдетте pull request арқылы жасалады — ол тексеру үшін өзгерістерді көрсететін бет. Егер құрастырушыңыз тек бір бутақты синхрондаса, бутақтарды GitHub жағында әзірлеуші басқара алады.

5-қадам: Қауіпсіз қайтарыңыз

Сұраныс қолданбаны бұзса, оның үстіне тағы бес рет сұраныс жазғыңыз келмесін. Соңғы жақсы нұсқаға қайтып, анығырақ сұраныс жасап көріңіз.

• Құрастырушыда: бар болса, оның чекпоинт немесе қайтару мүмкіндігін пайдаланыңыз.
• Git-те: git revert бұрынғы коммитті болдырмайтын жаңа коммит жасайды, сөйтіп тарих сақталады. Басқалар алып қойған кодта дұрыс таңдау осы.
• Ортақ бутақта git push --force қолданбаңыз, себебін толық білмесеңіз. Ол бәрінің тарихын қайта жазады.

Егер сенімсіз болсаңыз, сұраңыз:

Соңғы өзгеріс кіру бетін бұзды. Оның алдыңғы коммитке қарағанда қай файлдарды өзгерткенін көрсетіңіз және әр өзгеріс не істегенін түсіндіріңіз. Әзірге ештеңені өзгертпеңіз.

6-қадам: Сұраныс жасамас бұрын pull жасаңыз

Әзірлеуші немесе басқа құрал кодты GitHub-та өзгертсе, AI құрастырушысы оны сіз pull арқылы әкелмейінше білмейді. Ескі кодқа сұраныс жасау қайшылықтар мен жоғалған жұмысқа әкеледі.

• Әр сессияны pull-мен бастаңыз.
• Кім нені өңдейтінін келісіңіз және екі жақ та бір уақытта бір файлды өңдемеуге тырысыңыз.
• Егер merge conflict (бір жолдарға екі түрлі өзгеріс) пайда болса, әзірлеушіден немесе AI-дан оны шешуін және таңдауын түсіндіруін сұраңыз.

Мысал сұраныстар

Бастамас бұрын: менің соңғы сессиямнан бері репозиторийде не өзгерді? Коммиттерді қорытындылаңыз.

Келесі өзгерісті жеке жасаңыз: әр шотқа «Көшірмелеу» түймесін қосыңыз. Басқа ешнәрсені өзгертпеңіз, сонда оны бөлек коммит ете аламын.

Git-те API кілттері, құпия сөздер немесе .env файлдары бақыланбайтынына көз жеткізіңіз, соның ішінде өткен коммиттерде де. Тек файл атауларын хабарлаңыз, мәндерін емес.

Жиі кездесетін қателер

• Құпияларды коммит ету. Кілт Git тарихына түскен соң, файлды жойсаңыз да, ол ашық болып қалады. Оны ауыстырыңыз.
• Аптасына бір үлкен коммит. Бір өзгерісті қайтару үшін бәрін қайтаруға тура келеді.
• «update» сияқты хабарламалар. Бірдеңе неден бұзылғанын табу үшін тарих пайдасыз болады.
• Ескі кодқа сұраныс жасау. Басқа біреу өңдеп жатса, алдымен pull жасаңыз.
• Қатені түзету үшін force-push жасау. Бұл басқалардың жұмысын жоюы мүмкін. Оның орнына revert жасаңыз.
• node_modules коммит ету. Ол өте үлкен және бәрібір құлыптау файлынан қайта жасалады.

Тексеру тізімі

• Жоба жекеше репозиторийге қосылған.
• .gitignore файлы .env, node_modules, құрастыру нәтижесі мен құпияларды елемейді.
• Әр жұмыс істейтін өзгерістен кейін коммит жасаймын.
• Коммит хабарламалары өзгеріс туралы бір жолда айтады.
• Үлкен немесе қауіпті өзгерістер бутаққа жіберіліп, тексеріледі.
• Басқа біреу кодты өңдесе, сұраныс жасамас бұрын pull жасаймын.
• Чекпоинттермен немесе git revert арқылы қайтарамын, force-push арқылы емес.
• Бір рет коммит жасалған кез келген кілт ауыстырылған.

Mythex-те Git

Mythex агенттің әр сәтті жауабынан кейін git чекпоинт сақтайды, ал Осы нүктеге қайту түймесі жобаны сол күйге қайтарады — бұл 5-қадамда сипатталған құрастырушы жағындағы қайтару. Қараңыз: Қайталап құрастырмай өзгерту.

Pro тарифінде GitHub синхрондау жоба параметрлерінен репозиторийді қосуға мүмкіндік береді, сонда онымен жіберу және алу жасауға болады, ал экспорт жобаны құпиялар мен node_modules қалдырылмай жүктеп береді. Қараңыз: GitHub, экспорт және импорт. Жобаны әзірлеушіге бермес бұрын GitHub-ты қосу тапсыруды әлдеқайда жеңілдетеді — қараңыз: AI жасаған қолданбамен әзірлеушімен қалай жұмыс істеу керек және AI жасаған қолданбаны экспорттап, өз серверіңізде қалай іске қосу керек.

Сұрақтар