Што е GitHub? Контрола на верзии за непрограмери

GitHub е веб-сајт што го чува кодот на софтверските проекти заедно со нивната целосна историја, па можеш да видиш секоја промена, да ги поништиш грешките и да работиш на истиот проект со други луѓе. Изграден е врз Git, бесплатен софтвер што прави снимки на датотеките на проектот со текот на времето. Git е алатката што ја чува историјата; GitHub е онлајн домот каде таа историја се споделува, се прави резервна копија и се дискутира.

Ако градиш со вештачка интелигенција, GitHub се однесува главно на две работи: поседување на копија од твојот код надвор од алатката во која си го изградил, и предавање на кодот на програмер во форматот во кој тој веќе работи.

Зошто е важно кога градиш со вештачка интелигенција

Алатката за изработка апликации со вештачка интелигенција пишува и менува многу код брзо, а не секоја промена е подобрување. Контролата на верзии е начинот да го задржиш тоа безбедно.

• Поништување со сигурност. Секоја зачувана промена е снимка. Ако вештачката интелигенција нешто расипе, се враќаш на последната добра верзија.
• Сопственост. Кодот во твојата сопствена GitHub сметка останува твој ако ја промениш алатката, ако престанеш да плаќаш за неа или ако сакаш второ мислење.
• Работа со програмери. Скоро секој програмер користи Git секојдневно. Репозиториумот им овозможува да го прегледаат она што го напишала вештачката интелигенција, да го поправат и да ги вратат промените назад.
• Објавување на друго место. Многу платформи за хостирање можат да објават директно од GitHub репозиториум.

Секојдневна аналогија: следење промени плус споделен диск

Замисли документ со вклучено следење промени, зачуван на споделен диск.

• Git е следењето промени: секое уредување се бележи, со тоа кој го направил, кога и зошто, и можеш да се вратиш на која било верзија.
• GitHub е споделениот диск: документот живее онлајн, други можат да добијат копија и има место за коментари и одобрување.
• Гранка (branch) е како да зачуваш копија со име „нова цена — нов дел“ за да експериментираш, без да ја допреш верзијата на која се потпира сите. Ако експериментот успее, ја спојуваш назад.

Разликата во однос на документот е во обемот. Апликацијата е стотици датотеки, а Git ги следи сите заедно, па снимката е состојбата на целиот проект одеднаш.

Git и GitHub термини што ќе ги сретнеш

Две точки вреди да се нагласат. Прво, историјата на Git е трајна по дизајн: ако лозинка е commit-ната и push-ната, нејзиното бришење во некој следен commit не ја отстранува од историјата. Второ, commit-от е корисен само колку и неговата порака. „Поправка на двојно книжење кога двајца резервираат истовремено“ ти помага подоцна; „ажурирање“ не помага.

Работен пример: предавање на апликација изградена со вештачка интелигенција на фрилансер

Изгради клиентски портал со алатка за изработка апликации со вештачка интелигенција. Работи, но сакаш фриленсер програмер да додаде сложена интеграција со твојот software за книговодство.

1. Поврзи го проектот со нов приватен GitHub репозиториум и направи push. Репозиториумот сега ги содржи кодот и неговата историја.
2. Провери што е внатре. Отвори го репозиториумот на GitHub. Не треба да има .env датотека и не треба да има API клучеви во кодот. Тајните остануваат во поставките на твојата платформа и се споделуваат со фриленсерот посебно, ако воопшто. Види променливи на околината и тајни.
3. Покани го фриленсерот како соработник само на тој репозиториум.
4. Тој работи на гранка со име како accounting-sync, прави commit-и во тек и отвора pull request кога ќе заврши.
5. Ти го прегледуваш pull request-от. Дури и без да читаш код, можеш да го прочиташ описот, да провериш кои датотеки се променети и да поставиш прашања во коментари.
6. Спои (merge) кога ќе бидеш задоволен, па повлечи (pull) ги промените назад во твојата алатка за изработка, за ти и вештачката интелигенција да продолжите од новата верзија.

Во тек на процесот можеш точно да видиш што е променето и да го поништиш ако е потребно. Тоа е целата вредност на контролата на верзии во еден работен тек. Ако размислуваш дали воопшто да вклучиш програмер, види да наајмиш програмер или да градиш со вештачка интелигенција.

Чести грешки и погрешни претстави

• „GitHub и Git се иста работа.“ Git работи и без GitHub; алтернативи како GitLab и Bitbucket исто така хостираат Git репозиториуми.
• „GitHub ќе ми ја пушти апликацијата.“ GitHub чува код. Извршувањето за јавноста е веб-хостирање, посебна услуга (иако некои хостови објавуваат директно од GitHub).
• Commit-рање на тајни. Најштетната и најчестата грешка. Користи .gitignore за .env датотеки и смени секој клуч што некогаш бил push-нат.
• Само една гранка и без пораки. Во ред е за соло експерименти, но дај на commit-овите јасни пораки и користи гранки за сè ризично.
• Уредување на две места истовремено. Ако менуваш код во GitHub и во твојата алатка за вештачка интелигенција без да повлечеш промени помеѓу тоа, создаваш конфликти. Избери едно место за уредување во даден момент и синхронизирај пред да се префрлиш.
• Мислење дека приватниот репозиториум е резервна копија на сè. Тој држи код, не содржина на базата или прикачени датотеки. Тие бараат сопствени резервни копии.

Што да побараш од твојата алатка со вештачка интелигенција

• „Додај .gitignore што ги исклучува .env, папките со зависности и излезот од build-от.“
• „Напиши README што објаснува како се инсталира, кои променливи на околината се потребни (само имиња) и како се стартува апликацијата.“
• „Додај .env.example со сите имиња на променливи и без вистински вредности.“
• „Користи јасни, описни пораки за commit за секоја промена.“

Тие четири барања создаваат репозиториум што програмерот може да го преземе за минути. За преместување на апликацијата на твоите сопствени сервери, види како да извезеш и self-host-нуваш апликација изградена со вештачка интелигенција, а за зацврстување пред вистински корисници, како да го однесеш AI прототипот во продукција.

GitHub и Mythex

Mythex ја чува историјата за тебе на секој план: по секој успешен круг на агентот зачувува checkpoint, а тоа е Git снимка на која можеш да се вратиш. На Pro можеш да поврзеш GitHub и да правиш push или pull на проектот со твојот сопствен репозиториум, или да го преземеш целиот проект како архива; тајните и инсталираните зависности се исклучени од извозите. Тука GitHub служи за синхронизација на кодот, а не за најавување во Mythex. Види GitHub, извоз и увоз во документацијата, и страницата со цени за тоа што вклучува секој план.

Прашања