Add .gitignore (Bir .gitignore ekle) ve Choose a license (Bir lisans se\u00e7):<\/strong> Bu se\u00e7enekleri \u015fimdilik bo\u015f b\u0131rak\u0131n. \u0130leri d\u00fczey konulard\u0131r ve bu rehberin kapsam\u0131 d\u0131\u015f\u0131ndad\u0131r.<\/li>\n<\/ul>\nBilgileri doldurduktan sonra “Create repository” (Depo olu\u015ftur) d\u00fc\u011fmesine t\u0131klay\u0131n. GitHub, sizin i\u00e7in yeni bir bo\u015f depo olu\u015fturacak ve size bu depoyu yerel Git deponuzla nas\u0131l ba\u011flayaca\u011f\u0131n\u0131za dair talimatlar i\u00e7eren bir sayfa g\u00f6sterecektir.<\/p>\n
Bu sayfada, deponuzun URL’sini bulacaks\u0131n\u0131z. SSH ba\u011flant\u0131s\u0131 kullanaca\u011f\u0131m\u0131z i\u00e7in, URL’nin “SSH” sekmesi alt\u0131nda oldu\u011fundan emin olun. Genellikle \u015fu formatta olacakt\u0131r: git@github.com:kullanici_adiniz\/depo_adiniz.git<\/code>. Bu URL’yi kopyalay\u0131n.<\/p>\n\u015eimdi yerel projemizin dizinine geri d\u00f6n\u00fcn (terminalde cd ilk-github-projem<\/code> komutuyla). Yerel deponuzu, GitHub’daki uzak depoya ba\u011flaman\u0131z gerekiyor. Bu i\u015flemi git remote add<\/code> komutuyla yapar\u0131z:<\/p>\n\n
git remote add origin git@github.com:kullanici_adiniz\/ilk-github-projem.git<\/code><\/pre>\n<\/p><\/div>\nBurada origin<\/code>, uzak deponuza verdi\u011fimiz varsay\u0131lan isimdir. Bu ismi de\u011fi\u015ftirebilirsiniz, ancak origin<\/code> yayg\u0131n olarak kullan\u0131lan bir isimlendirmedir ve \u00e7o\u011fu geli\u015ftirici taraf\u0131ndan anla\u015f\u0131l\u0131r. git@github.com:kullanici_adiniz\/ilk-github-projem.git<\/code> k\u0131sm\u0131na ise az \u00f6nce GitHub’dan kopyalad\u0131\u011f\u0131n\u0131z SSH URL’sini yap\u0131\u015ft\u0131r\u0131n. Bu komut, yerel Git deponuza, GitHub’daki bu belirli depoyla ileti\u015fim kurmas\u0131 gerekti\u011fini s\u00f6yler.<\/p>\nUzak deponun ba\u015far\u0131yla eklendi\u011fini do\u011frulamak i\u00e7in \u015fu komutu kullanabilirsiniz:<\/p>\n
\n
git remote -v<\/code><\/pre>\n<\/p><\/div>\nBu komut, yerel deponuzun hangi uzak depolarla ba\u011flant\u0131l\u0131 oldu\u011funu ve bu depolar\u0131n URL’lerini (hem fetch hem de push i\u00e7in) g\u00f6sterecektir. \u00c7\u0131kt\u0131, ekledi\u011finiz origin<\/code> deposunu ve SSH URL’sini i\u00e7ermelidir.<\/p>\nYerel deponuz art\u0131k GitHub’daki bo\u015f deponuzla ba\u011flant\u0131l\u0131 durumda. Bir sonraki ad\u0131m, yerel commit’lerinizi GitHub’a “push” etmektir. Bu, yerel de\u011fi\u015fikliklerinizin uzak depoya g\u00f6nderilmesi anlam\u0131na gelir ve projenizin ilk kez GitHub’da g\u00f6r\u00fcnmesini sa\u011flayacakt\u0131r.<\/p>\n
De\u011fi\u015fiklikleri Uzak Depoya G\u00f6nderme: \u0130lk Commit ve Push Nas\u0131l Yap\u0131l\u0131r?<\/h2>\n
Art\u0131k yerel Git deponuzu GitHub’daki uzak depoyla ba\u015far\u0131yla ba\u011flad\u0131n\u0131z. \u015eimdi, yerel makinenizde yapt\u0131\u011f\u0131n\u0131z ve kaydetti\u011finiz de\u011fi\u015fiklikleri (commit’leri) GitHub’a g\u00f6nderme zaman\u0131. Bu i\u015fleme “push” denir. \u0130lk push i\u015flemi, yerel projenizin GitHub’daki varl\u0131\u011f\u0131n\u0131 ba\u015flatacakt\u0131r.<\/p>\n
Yerel deponuzdaki commit’leri uzak depoya g\u00f6ndermek i\u00e7in a\u015fa\u011f\u0131daki komutu kullan\u0131r\u0131z:<\/p>\n
\n
git push -u origin main<\/code><\/pre>\n<\/p><\/div>\nBu komutu detayland\u0131ral\u0131m:<\/p>\n
\ngit push<\/code>: Yerel deponuzdaki commit’leri uzak depoya g\u00f6ndermek i\u00e7in kullan\u0131lan temel komuttur.<\/li>\n-u<\/code> veya --set-upstream<\/code>: Bu bayrak, yerel main<\/code> (veya eski ad\u0131yla master<\/code>) dal\u0131n\u0131n uzak origin<\/code> deposundaki main<\/code> dal\u0131n\u0131 izlemesini sa\u011flar. Bu sayede, gelecekteki push ve pull i\u015flemleri i\u00e7in sadece git push<\/code> veya git pull<\/code> yazman\u0131z yeterli olur, \u00e7\u00fcnk\u00fc Git hangi uzak depoyu ve hangi dal\u0131 kullanaca\u011f\u0131n\u0131 bilecektir. Bu bayrak sadece ilk push i\u015fleminde kullan\u0131l\u0131r.<\/li>\norigin<\/code>: Bu, yerel deponuzun GitHub’daki uzak depoya verdi\u011finiz isimdir (git remote add origin ...<\/code> komutuyla belirlemi\u015ftik).<\/li>\nmain<\/code>: Bu, g\u00f6ndermek istedi\u011finiz yerel dal\u0131n ad\u0131d\u0131r. \u00c7o\u011fu yeni Git deposu varsay\u0131lan olarak main<\/code> dal\u0131n\u0131 kullan\u0131r. Baz\u0131 eski depolar veya farkl\u0131 konfig\u00fcrasyonlar master<\/code> dal\u0131n\u0131 kullanabilir. Kendi yerel dal\u0131n\u0131z\u0131n ad\u0131n\u0131 git branch<\/code> komutuyla kontrol edebilirsiniz.<\/li>\n<\/ul>\nKomutu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, SSH anahtar\u0131n\u0131z\u0131n parolas\u0131 (e\u011fer belirlediyseniz) istenebilir. Parolan\u0131z\u0131 girdikten sonra Git, yerel commit’lerinizi GitHub’a g\u00f6ndermeye ba\u015flayacakt\u0131r. \u0130\u015flem tamamland\u0131\u011f\u0131nda, genellikle “Branch ‘main’ set up to track remote branch ‘main’ from ‘origin’.” gibi bir mesaj ve g\u00f6nderilen nesnelerin (objects) s\u0131k\u0131\u015ft\u0131r\u0131lmas\u0131 ve yaz\u0131lmas\u0131yla ilgili bilgiler g\u00f6receksiniz.<\/p>\n
Tebrikler! \u0130lk projenizi ba\u015far\u0131yla GitHub’a g\u00f6nderdiniz. \u015eimdi GitHub hesab\u0131n\u0131za geri d\u00f6n\u00fcn ve olu\u015fturdu\u011funuz depoyu yenileyin. Projenizin dosyalar\u0131 (index.html<\/code> ve README.md<\/code>) ve ilk commit mesaj\u0131n\u0131zla birlikte GitHub’da g\u00f6r\u00fcnmelidir. Art\u0131k projenizin bir kopyas\u0131 bulutta g\u00fcvende ve herkes taraf\u0131ndan eri\u015filebilir durumda (e\u011fer public yapt\u0131ysan\u0131z).<\/p>\nBu ilk push, projenizin temelini GitHub’a att\u0131. Bundan sonra yapaca\u011f\u0131n\u0131z her de\u011fi\u015fiklik, yeni bir commit olu\u015fturularak ve ard\u0131ndan git push<\/code> komutuyla GitHub’a g\u00f6nderilerek g\u00fcncellenecektir. Bu s\u00fcrekli bir geli\u015ftirme ve senkronizasyon d\u00f6ng\u00fcs\u00fcd\u00fcr. Bu, projenizin t\u00fcm ge\u00e7mi\u015fini izleyebilmenizi, farkl\u0131 s\u00fcr\u00fcmler aras\u0131nda ge\u00e7i\u015f yapabilmenizi ve gerekti\u011finde \u00f6nceki hallerine d\u00f6nebilmenizi sa\u011flar. GitHub’\u0131n aray\u00fcz\u00fcnde commit ge\u00e7mi\u015finizi, dosya de\u011fi\u015fikliklerini ve daha fazlas\u0131n\u0131 g\u00f6rebilirsiniz. Bu, sadece bir yedekleme de\u011fil, ayn\u0131 zamanda projenizin geli\u015fimini g\u00f6rselle\u015ftiren ve i\u015fbirli\u011fini kolayla\u015ft\u0131ran g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r.<\/p>\nProjenizi G\u00fcncel Tutmak: Dosyalar\u0131 De\u011fi\u015ftirme ve Tekrar GitHub’a G\u00f6nderme<\/h2>\n
Bir projenin GitHub’a y\u00fcklenmesi sadece ba\u015flang\u0131\u00e7t\u0131r. Geli\u015ftirme s\u00fcreci boyunca dosyalar\u0131n\u0131zda s\u00fcrekli de\u011fi\u015fiklikler yapacak, yeni \u00f6zellikler ekleyecek veya hatalar\u0131 d\u00fczelteceksiniz. Bu de\u011fi\u015fiklikleri d\u00fczenli olarak GitHub’a g\u00f6ndermek, projenizin g\u00fcncel kalmas\u0131n\u0131, yedeklenmesini ve i\u015fbirli\u011fi i\u00e7in haz\u0131r olmas\u0131n\u0131 sa\u011flar. Bu b\u00f6l\u00fcmde, projenizde de\u011fi\u015fiklikler yapmay\u0131, bu de\u011fi\u015fiklikleri Git ile takip etmeyi ve tekrar GitHub’a nas\u0131l g\u00f6nderece\u011finizi ad\u0131m ad\u0131m g\u00f6rece\u011fiz.<\/p>\n
\u0130lk olarak, yerel projenizdeki bir dosyay\u0131 de\u011fi\u015ftirelim. \u00d6rne\u011fin, index.html<\/code> dosyam\u0131za yeni bir paragraf ekleyelim veya mevcut bir metni g\u00fcncelleyelim. Metin d\u00fczenleyicinizle index.html<\/code> dosyas\u0131n\u0131 a\u00e7\u0131n ve a\u015fa\u011f\u0131daki gibi bir de\u011fi\u015fiklik yap\u0131n:<\/p>\n<\/div>\n
Dosyay\u0131 kaydettikten sonra, terminalinize geri d\u00f6n\u00fcn ve projenizin dizininde oldu\u011funuzdan emin olun. Git’in bu de\u011fi\u015fikli\u011fi alg\u0131lad\u0131\u011f\u0131n\u0131 g\u00f6rmek i\u00e7in git status<\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n\n
git status<\/code><\/pre>\n<\/p><\/div>\nBu komutun \u00e7\u0131kt\u0131s\u0131, index.html<\/code> dosyas\u0131n\u0131n “modified” (de\u011fi\u015ftirilmi\u015f) oldu\u011funu ve hen\u00fcz staging alan\u0131na eklenmedi\u011fini g\u00f6sterecektir. Git, bu de\u011fi\u015fikli\u011fi hen\u00fcz bir commit olarak kaydetmedi\u011fi i\u00e7in onu takip etmeye devam eder.<\/p>\nDe\u011fi\u015fikli\u011fin tam olarak ne oldu\u011funu g\u00f6rmek isterseniz, git diff<\/code> komutunu kullanabilirsiniz. Bu komut, \u00e7al\u0131\u015fma dizininizdeki (working directory) de\u011fi\u015fiklikleri son commit ile kar\u015f\u0131la\u015ft\u0131r\u0131r:<\/p>\n\n
git diff<\/code><\/pre>\n<\/p><\/div>\n\u00c7\u0131kt\u0131, ekledi\u011finiz yeni sat\u0131r\u0131 ye\u015fil renkte ve ba\u015f\u0131nda “+” i\u015faretiyle g\u00f6sterecektir. Bu, hangi sat\u0131rlar\u0131n eklendi\u011fini, silindi\u011fini veya de\u011fi\u015ftirildi\u011fini g\u00f6rsel olarak anlaman\u0131za yard\u0131mc\u0131 olur. E\u011fer sadece staging alan\u0131ndaki de\u011fi\u015fiklikleri g\u00f6rmek isterseniz git diff --staged<\/code> komutunu kullanabilirsiniz.<\/p>\n\u015eimdi, bu de\u011fi\u015fikli\u011fi bir sonraki commit’e dahil etmek i\u00e7in staging alan\u0131na eklememiz gerekiyor. Daha \u00f6nce yapt\u0131\u011f\u0131m\u0131z gibi, git add<\/code> komutunu kullan\u0131r\u0131z:<\/p>\n\n
git add index.html<\/code><\/pre>\n<\/p><\/div>\nBirden fazla dosya de\u011fi\u015ftirdiyseniz ve hepsini eklemek isterseniz git add .<\/code> komutunu kullanabilirsiniz. Staging i\u015fleminden sonra tekrar git status<\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131rsan\u0131z, index.html<\/code> dosyas\u0131n\u0131n “Changes to be committed” (Commit edilecek de\u011fi\u015fiklikler) b\u00f6l\u00fcm\u00fcnde ye\u015fil renkte g\u00f6r\u00fcnd\u00fc\u011f\u00fcn\u00fc fark edeceksiniz. Bu, dosyan\u0131n bir sonraki commit’e haz\u0131r oldu\u011fu anlam\u0131na gelir.<\/p>\nDe\u011fi\u015fiklik staging alan\u0131na eklendikten sonra, onu bir commit olarak kaydetme zaman\u0131. Her zaman anlaml\u0131 ve a\u00e7\u0131klay\u0131c\u0131 bir commit mesaj\u0131 yazmaya \u00f6zen g\u00f6sterin:<\/p>\n
\n
git commit -m \"index.html g\u00fcncellendi: Yeni paragraf eklendi\"<\/code><\/pre>\n<\/p><\/div>\nBu commit, yerel Git deponuzdaki projenizin ge\u00e7mi\u015fine yeni bir anl\u0131k g\u00f6r\u00fcnt\u00fc ekler. Art\u0131k bu de\u011fi\u015fiklik, yerel olarak kaydedilmi\u015ftir.<\/p>\n
Son olarak, bu yeni commit’i GitHub’daki uzak depoya g\u00f6ndermemiz gerekiyor. Daha \u00f6nce -u<\/code> bayra\u011f\u0131n\u0131 kulland\u0131\u011f\u0131m\u0131z i\u00e7in, art\u0131k sadece git push<\/code> yazmam\u0131z yeterli olacakt\u0131r:<\/p>\n\n
git push<\/code><\/pre>\n<\/p><\/div>\nGit, yerel deponuzdaki yeni commit’i alg\u0131layacak ve onu uzak depoya g\u00f6nderecektir. \u0130\u015flem tamamland\u0131\u011f\u0131nda, GitHub’daki deponuzu yenileyerek yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fikliklerin ve yeni commit mesaj\u0131n\u0131z\u0131n orada g\u00f6r\u00fcnd\u00fc\u011f\u00fcn\u00fc kontrol edebilirsiniz. Bu d\u00f6ng\u00fc, projenizin geli\u015ftirme s\u00fcreci boyunca s\u00fcrekli olarak tekrarlanacakt\u0131r: De\u011fi\u015fiklik yap, git add<\/code> ile staging alan\u0131na ekle, git commit<\/code> ile kaydet ve git push<\/code> ile GitHub’a g\u00f6nder. Bu d\u00fczenli ak\u0131\u015f, projenizin versiyon kontrol\u00fcn\u00fc etkin bir \u015fekilde y\u00f6netmenizi sa\u011flar.<\/p>\nGitHub Kullan\u0131m\u0131nda \u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar Nelerdir?<\/h2>\n
Yerel bir projeyi Git ve SSH kullanarak GitHub’a nas\u0131l ta\u015f\u0131yaca\u011f\u0131n\u0131z\u0131 \u00f6\u011frendiniz. Bu temel ad\u0131mlar, versiyon kontrol d\u00fcnyas\u0131na sa\u011flam bir giri\u015f yapman\u0131z\u0131 sa\u011flar. Ancak Git ve GitHub’\u0131n sundu\u011fu imkanlar bunlarla s\u0131n\u0131rl\u0131 de\u011fil. Daha verimli ve profesyonel bir geli\u015ftirme deneyimi i\u00e7in baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 ve en iyi uygulamalar\u0131 bilmek faydal\u0131d\u0131r.<\/p>\n
\n- Dallar (Branches) Kullan\u0131m\u0131:<\/strong> Git’in en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri dallard\u0131r. Dallar\u0131, projenizin ana ak\u0131\u015f\u0131ndan (genellikle
main<\/code> veya master<\/code> dal\u0131) ayr\u0131lan ba\u011f\u0131ms\u0131z geli\u015ftirme hatlar\u0131 olarak d\u00fc\u015f\u00fcnebilirsiniz. Yeni bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015f\u0131rken veya bir hata d\u00fczeltirken, ana dal\u0131 etkilemeden yeni bir dal olu\u015fturup t\u00fcm de\u011fi\u015fikliklerinizi o dalda yapabilirsiniz. \u0130\u015finiz bitti\u011finde, bu dal\u0131 ana dala “merge” (birle\u015ftirme) edersiniz. Bu, ana dal\u0131n her zaman kararl\u0131 kalmas\u0131n\u0131 sa\u011flar ve birden fazla ki\u015finin ayn\u0131 proje \u00fczerinde \u00e7ak\u0131\u015fma ya\u015famadan \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131r. Yeni bir dal olu\u015fturmak i\u00e7in git branch yeni-ozellik<\/code> ve o dala ge\u00e7mek i\u00e7in git checkout yeni-ozellik<\/code> komutlar\u0131n\u0131 kullanabilirsiniz. \u0130ki komutu birle\u015ftiren git checkout -b yeni-ozellik<\/code> de mevcuttur.<\/li>\n.gitignore<\/code> Dosyas\u0131:<\/strong> Her projede, Git’in takip etmesini istemedi\u011finiz dosyalar veya klas\u00f6rler bulunur. \u00d6rne\u011fin, derlenmi\u015f dosyalar (.class<\/code>, .o<\/code>), ba\u011f\u0131ml\u0131l\u0131k klas\u00f6rleri (node_modules<\/code>), ge\u00e7ici dosyalar (.tmp<\/code>) veya hassas bilgiler i\u00e7eren yap\u0131land\u0131rma dosyalar\u0131 (API anahtarlar\u0131). Bu t\u00fcr dosyalar\u0131 Git’in g\u00f6z ard\u0131 etmesini sa\u011flamak i\u00e7in projenizin k\u00f6k dizinine .gitignore<\/code> ad\u0131nda bir dosya olu\u015fturabilirsiniz. Bu dosyan\u0131n i\u00e7ine, Git’in takip etmemesi gereken dosya ve klas\u00f6r desenlerini yazars\u0131n\u0131z. \u00d6rne\u011fin:\n\n
# Log dosyalar\u0131\n*.log\n\n# Node.js ba\u011f\u0131ml\u0131l\u0131klar\u0131\nnode_modules\/\n\n# Ortam de\u011fi\u015fkenleri\n.env\n\n# \u0130\u015fletim sistemi ge\u00e7ici dosyalar\u0131\n.DS_Store\nThumbs.db<\/code><\/pre>\n<\/p><\/div>\nBu dosya, gereksiz dosyalar\u0131n deponuza eklenmesini engelleyerek hem deponuzun boyutunu k\u00fc\u00e7\u00fclt\u00fcr hem de temiz kalmas\u0131n\u0131 sa\u011flar.<\/p>\n<\/li>\n
- Anlaml\u0131 Commit Mesajlar\u0131:<\/strong> Her commit, projenizin ge\u00e7mi\u015findeki \u00f6nemli bir noktay\u0131 i\u015faret eder. Bu nedenle, commit mesajlar\u0131n\u0131z\u0131n a\u00e7\u0131klay\u0131c\u0131 ve anlaml\u0131 olmas\u0131 \u00e7ok \u00f6nemlidir. \u0130yi bir commit mesaj\u0131, o commit’te ne gibi de\u011fi\u015fiklikler yap\u0131ld\u0131\u011f\u0131n\u0131 ve neden yap\u0131ld\u0131\u011f\u0131n\u0131 k\u0131saca \u00f6zetlemelidir. Genellikle, mesaj\u0131n ilk sat\u0131r\u0131 k\u0131sa ve \u00f6z bir \u00f6zet olurken, daha detayl\u0131 a\u00e7\u0131klamalar bo\u015f bir sat\u0131rdan sonra eklenebilir. \u00d6rne\u011fin:
feat: Kullan\u0131c\u0131 giri\u015f formu eklendi<\/code> veya fix: Mobil g\u00f6r\u00fcn\u00fcmdeki kayd\u0131rma hatas\u0131 d\u00fczeltildi<\/code>.<\/li>\n- S\u0131k ve K\u00fc\u00e7\u00fck Commit’ler Yap\u0131n:<\/strong> De\u011fi\u015fikliklerinizi b\u00fcy\u00fck par\u00e7alar halinde biriktirmek yerine, s\u0131k s\u0131k ve k\u00fc\u00e7\u00fck commit’ler yap\u0131n. Her commit, tek bir mant\u0131ksal de\u011fi\u015fikli\u011fi i\u00e7ermelidir. Bu, hatalar\u0131 bulmay\u0131, geri almay\u0131 veya projenin belirli bir noktas\u0131na d\u00f6nmeyi \u00e7ok daha kolay hale getirir.<\/li>\n
- Pull Request (\u00c7ekme \u0130ste\u011fi) Kullan\u0131m\u0131:<\/strong> GitHub \u00fczerinde i\u015fbirli\u011fi yaparken, kendi dal\u0131n\u0131zda yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri ana dala birle\u015ftirmek i\u00e7in “Pull Request” (PR) veya “Merge Request” (MR) olu\u015fturursunuz. PR’ler, di\u011fer geli\u015ftiricilerin kodunuzu incelemesine, yorum yapmas\u0131na ve potansiyel sorunlar\u0131 tespit etmesine olanak tan\u0131r. Bu, kod kalitesini art\u0131rmak ve ekip i\u00e7inde bilgi payla\u015f\u0131m\u0131n\u0131 sa\u011flamak i\u00e7in harika bir yoldur.<\/li>\n
- GitHub Profili ve Portfolyo:<\/strong> GitHub profiliniz, bir geli\u015ftirici olarak dijital kartvizitinizdir. A\u00e7\u0131k kaynak projelere katk\u0131da bulunarak, kendi projelerinizi d\u00fczenli olarak g\u00fcncelleyerek ve iyi README dosyalar\u0131 yazarak profilinizi zenginle\u015ftirin. Bu, potansiyel i\u015fverenler veya i\u015fbirlik\u00e7iler i\u00e7in yeteneklerinizi sergilemenin en iyi yollar\u0131ndan biridir.<\/li>\n<\/ul>\n
Bu ipu\u00e7lar\u0131, Git ve GitHub’\u0131 sadece bir dosya depolama sistemi olmaktan \u00e7\u0131kar\u0131p, g\u00fc\u00e7l\u00fc bir geli\u015ftirme arac\u0131 ve i\u015fbirli\u011fi platformu olarak kullanman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Pratik yaparak ve bu ara\u00e7lar\u0131 g\u00fcnl\u00fck i\u015f ak\u0131\u015f\u0131n\u0131za entegre ederek k\u0131sa s\u00fcrede uzmanla\u015fabilirsiniz.<\/p>\n
S\u0131k\u00e7a Sorulan Sorular ve Sonu\u00e7<\/h2>\n
Bu makalede, yerel bir klas\u00f6rden Git ve SSH kullanarak ilk GitHub projenizi nas\u0131l olu\u015fturaca\u011f\u0131n\u0131z\u0131 ve y\u00f6netece\u011finizi ad\u0131m ad\u0131m \u00f6\u011frendiniz. Git’in versiyon kontrol sistemi olarak nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, GitHub’\u0131n bir bar\u0131nd\u0131rma ve i\u015fbirli\u011fi platformu olarak \u00f6nemini ve SSH’nin g\u00fcvenli ba\u011flant\u0131 sa\u011flamadaki rol\u00fcn\u00fc ke\u015ffettiniz. Git kurulumundan, SSH anahtar\u0131 olu\u015fturmaya, yerel deponuzu ba\u015flatmaktan, ilk commit’i yapmaya ve de\u011fi\u015fiklikleri GitHub’a g\u00f6ndermeye kadar t\u00fcm s\u00fcre\u00e7leri pratik \u00f6rneklerle uygulad\u0131k. Ayr\u0131ca, dallanma, .gitignore<\/code> kullan\u0131m\u0131 ve anlaml\u0131 commit mesajlar\u0131 gibi ileri d\u00fczey ipu\u00e7lar\u0131yla Git ve GitHub’\u0131 daha etkin kullanman\u0131n yollar\u0131n\u0131 da inceledik. Art\u0131k kendi projelerinizi g\u00fcvenle GitHub’a ta\u015f\u0131yabilir, versiyon kontrol\u00fcn\u00fc y\u00f6netebilir ve a\u00e7\u0131k kaynak d\u00fcnyas\u0131na ad\u0131m atabilirsiniz. Unutmay\u0131n, pratik yapmak ve d\u00fczenli olarak Git komutlar\u0131n\u0131 kullanmak, bu ara\u00e7larda ustala\u015fman\u0131n anahtar\u0131d\u0131r. Ba\u015far\u0131lar dileriz!<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h3>\n\n- \n Git ile GitHub aras\u0131ndaki fark nedir?<\/strong><\/p>\n
Git, yerel bilgisayar\u0131n\u0131zda \u00e7al\u0131\u015fan bir versiyon kontrol sistemidir. Projenizin t\u00fcm de\u011fi\u015fiklik ge\u00e7mi\u015fini takip etmenizi ve y\u00f6netmenizi sa\u011flar. GitHub ise Git depolar\u0131n\u0131 bar\u0131nd\u0131ran web tabanl\u0131 bir platformdur. Git ile yerel olarak olu\u015fturdu\u011funuz projelerinizi internet \u00fczerinde saklaman\u0131za, ba\u015fkalar\u0131yla payla\u015fman\u0131za ve i\u015fbirli\u011fi yapman\u0131za olanak tan\u0131r.<\/p>\n<\/li>\n
- \n Neden HTTPS yerine SSH kullanmal\u0131y\u0131m?<\/strong><\/p>\n
SSH, GitHub ile daha g\u00fcvenli ve pratik bir ba\u011flant\u0131 sa\u011flar. HTTPS ile her i\u015flemde kullan\u0131c\u0131 ad\u0131 ve \u015fifre girmeniz gerekirken, SSH bir anahtar \u00e7ifti kullanarak kimlik do\u011frulamas\u0131 yapar. Bu, \u00f6zellikle s\u0131k Git komutlar\u0131 kullanan geli\u015ftiriciler i\u00e7in zaman kazand\u0131r\u0131r ve g\u00fcvenlik seviyesini art\u0131r\u0131r. Bir kez SSH anahtar\u0131n\u0131z\u0131 yap\u0131land\u0131rd\u0131ktan sonra \u015fifre girmenize gerek kalmaz.<\/p>\n<\/li>\n
- \n
git add .<\/code> ve git commit -m \"Mesaj\"<\/code> komutlar\u0131 ne i\u015fe yarar?<\/strong><\/p>\ngit add .<\/code> komutu, mevcut dizindeki t\u00fcm de\u011fi\u015ftirilmi\u015f veya yeni dosyalar\u0131 Git’in “staging” (sahneleme) alan\u0131na ekler. Bu, bir sonraki commit’e dahil etmek istedi\u011finiz de\u011fi\u015fiklikleri belirtir. git commit -m \"Mesaj\"<\/code> komutu ise staging alan\u0131ndaki t\u00fcm de\u011fi\u015fiklikleri Git ge\u00e7mi\u015fine kal\u0131c\u0131 olarak kaydeder ve bu kayda “Mesaj” k\u0131sm\u0131nda belirtti\u011finiz a\u00e7\u0131klamay\u0131 ekler. Her commit, projenizin belirli bir andaki anl\u0131k g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc temsil eder.<\/p>\n<\/li>\n- \n Yanl\u0131\u015f bir commit mesaj\u0131 yazd\u0131m, nas\u0131l d\u00fczeltebilirim?<\/strong><\/p>\n
E\u011fer son commit mesaj\u0131n\u0131z\u0131 yanl\u0131\u015f yazd\u0131ysan\u0131z ve hen\u00fcz bu commit’i GitHub’a (uzak depoya) g\u00f6ndermediyseniz, git commit --amend -m \"Yeni do\u011fru mesaj\"<\/code> komutunu kullanarak d\u00fczeltebilirsiniz. E\u011fer commit’i zaten GitHub’a g\u00f6nderdiyseniz, ge\u00e7mi\u015fi de\u011fi\u015ftirmek sorunlara yol a\u00e7abilir. Bu durumda, yeni bir commit ile d\u00fczeltme yapmak veya dikkatli bir \u015fekilde git revert<\/code> kullanmak daha g\u00fcvenlidir.<\/p>\n<\/li>\n- \n Bir projeyi GitHub’dan yerel bilgisayar\u0131ma nas\u0131l kopyalar\u0131m?<\/strong><\/p>\n
Bir projeyi GitHub’dan yerel bilgisayar\u0131n\u0131za kopyalamak i\u00e7in “clone” (klonlama) i\u015flemini kullan\u0131rs\u0131n\u0131z. GitHub deposunun sayfas\u0131nda “Code” d\u00fc\u011fmesine t\u0131klay\u0131n, SSH URL’sini kopyalay\u0131n ve terminalinizde git clone [SSH_URL]<\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131n. \u00d6rne\u011fin: