AI App Development from Zero Knowledge – 1000 Hours #2: La Sekva Monstro estas Git!

Pasintfoje, mi finfine sukcesis agordi mian programan medion. Mi pensis, ke mi povus iom ripozi.
Mi tute, tute eraris.

Ĉi-foje, mi alfrontis Git, timigan monstron, kiu preskaŭ rompis min.
Mi tute ne sciis, ke ĉi tiu afero fariĝos mia vivdaŭra kunulo en ĉi tiu vojaĝo de programado.

VSCode? React? Kio Diable Estas Ĉi-Tio?
Antaŭ ol ni enprofundiĝu en Git, ni klarigu kelkajn aferojn.
Se vi pensas, "Atendu, kial ni subite parolas pri VSCode kaj React?"—ne zorgu. Mi klarigos.

• VSCode (Visual Studio Code) → Imagu ĝin kiel vian ciferecan labortablon, kie vi skribas, redaktas, kaj rulas vian kodon.
• React → Ilo por konstrui retejajn aplikaĵojn. Mia To-Do List-aplikaĵo? Jen la magio, kiu funkciigas ĝin.
• Git → "Konserva butono" por via kodo. Ĝi permesas al vi spuri ŝanĝojn, restarigi antaŭajn versiojn, kaj labori sur pluraj aparatoj. Imagu ĝin kiel tempovojaĝan grimorion por programistoj.

"Ho, do Git faras ĉion pli sekura kaj pli facila?"

Tion mi pensis—ĝis mi eniris rektan vojon al infero.

Git? Versia Kontrolo? Ĉu Mi Vere Bezonas Ĉi-Tion?
"Iru instali Git," ili diris.

Ĉiu lernilo, ĉiu bloga afiŝo insistis pri tio. Sed mi estis skeptika.

"Kial? Mi laboras sola. Ĉu mi vere bezonas versian kontrolon?"

Tiutempe mi ne komprenis. Kaj ho, kiel mi poste bedaŭris tiun naivecon.

Do, jen noto al mia estonta memo:
"Se vi ne instalu Git, vi ne povos korekti viajn erarojn. Vi suferos. Ege."

Git estas kiel ultra-potenca Ctrl+Z—ĝi ebligas al vi spuri ŝanĝojn, restarigi forigitajn dosierojn, kaj administri plurajn versiojn de projekto. Se io misfunkcias, vi povas revenigi la tempon kaj ripari ĝin.

Instalante Git: Bonvenon al Mia Persona Infero
Armita per nova saĝo, mi komencis instali Git.

1. Trovu la oficialan retejon de Git (kaj pasigu tro multe da tempo demandante al mi, kiu ligo estas ĝusta).
2. Elŝutu kaj rulu la instalilon (senpripense klakante "Next" plurfoje).
3. Instalado finita! (Sed kompreneble, nenio efektive funkcias ankoraŭ).

Ĝis nun, ĉio ŝajnis bone. Kaj tiam venis la koŝmaro.

Mi provis ruli mian unuan Git-komandon:

csharpコピーする編集するgit init

Kaj kion mi ricevis?

"La termino 'git' ne estas rekonata kiel la nomo de cmdlet, funkcio, skripta dosiero, aŭ plenumebla programo."

Atendu, kio?!

Mi fiksrigardis la ekranon. "Vi estas AI, ĉu ne? Ĉu vi ne povas eltrovi ĉi tion mem?!"
Ne. Nenio. Git rifuzis rekoni sian propran ekziston.

Git Ne Rekonata? La Kaptilo de Windows
Paniko. Mi ja instalis Git—kial ĝi ne funkcias?!

Post iom da esplorado, mi malkovris, ke Windows ne aŭtomate rekonas Git krom se vi permane agordas iun aferon nomatan "media variablo".

…Bonege. Tio sonis tre "uzant-amika".

Mi imagis ion kiel trankvila verda herbejo, sed ne—ĉi tio estis pura teknika ĥaoso.

Jen kion mi devis fari:

1. Malfermu la "Start Menu".
2. Serĉu "Environment Variables".
3. Malfermu "Edit the system environment variables".
4. Trovu la sekcion "Path" kaj permane aldonu la instalan lokon de Git.

Post ĉio tio, mi finfine povis ruli Git-komandojn ĝuste.
Kreante Deponejon! Sed Kompreneble, Pli da Eraroj…
"Finfine! Git funkcias!" mi pensis.

csharpコピーする編集するgit init

Bum—"Initialized empty Git repository."

SUKCESO!! MI FARIS ĜIN!!

Sed tiam…

csharpコピーする編集するgit add .

Subite, la terminalo estis plenigita per avertoj:

"LF will be replaced by CRLF."

…Kio diable estas LF? Kio estas CRLF?!

Evidente, Windows kaj Mac traktas linifinojn malsame.
Ĉu mi sciis tion? Absolute ne.

Feliĉe, mi eksciis, ke ĉi tio estis nur averto, do mi trankvile ignoris ĝin kaj daŭrigis. (Per "trankvile", mi volas diri, ke mi fermis la terminalon kaj ŝajnigis, ke nenio okazis.)
.gitignore: Alia Rondo de Sufero
Poste, mi devis krei .gitignore-dosieron por ekskludi nenecesajn dosierojn kiel node_modules/ kaj .env.

Do, mi memfide tajpis en la terminalo:

bashコピーする編集するnode_modules/
.env

Kaj Git respondis:

"La termino 'node_modules/' ne estas rekonata kiel la nomo de cmdlet."

Huh?

Montriĝis, ke mi estis idioto.

Mi tajpis la ignorajn regulojn rekte en la terminalon anstataŭ en .gitignore-DOSIERON.

Leciono lernita: .gitignore estas DOSIERO, ne komando.
Fina Estro: La Identeca Krizo de Git
Kun .gitignore riparita, mi estis preta por la lasta paŝo:

sqlコピーする編集するgit commit -m "Initial commit"

…Kaj denove, alia eraro.

"Author identity unknown."

Git postulis scii, kiu faras la komiton. Bone. Mi agordis mian nomon kaj retpoŝton:

arduinoコピーする編集するgit config --global user.name "C.River"
git config --global user.email "ika.com0508@gmail.com"

Tiam, mi provis denove:

sqlコピーする編集するgit commit -m "Initial commit"

Kaj finfine…

"[master (root-commit)] Initial commit"

Ĝi FUNKCIS.

Mi reŝidiĝis, elĉerpita sed venka.

"Mi… mi eble estas geniulo post ĉio!"