Depoyu olu\u015fturduktan sonra, GitHub size yerel deponuzu bu uzak depoya nas\u0131l ba\u011flayaca\u011f\u0131n\u0131za dair komutlar g\u00f6sterecektir. Bu komutlar, yerel Git deponuzu GitHub’daki depoyla ili\u015fkilendirmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n
GitHub’\u0131n size verdi\u011fi komutlar\u0131 kullanarak yerel deponuzu uzak depoya ba\u011flayal\u0131m. \u0130lk olarak, yerel deponuzun dizininde oldu\u011funuzdan emin olun ve a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n
\n
git remote add origin https:\/\/github.com\/KullaniciAdiniz\/benim-ilk-projem.git<\/code><\/pre>\n<\/div>\nBurada origin<\/code>, uzak deponuz i\u00e7in kullan\u0131lan varsay\u0131lan takma add\u0131r ve https:\/\/github.com\/KullaniciAdiniz\/benim-ilk-projem.git<\/code> ise GitHub’daki deponuzun URL’sidir. KullaniciAdiniz<\/code> k\u0131sm\u0131n\u0131 kendi GitHub kullan\u0131c\u0131 ad\u0131n\u0131zla de\u011fi\u015ftirmeyi unutmay\u0131n. Bu komut, Git’e “origin” ad\u0131nda bir uzak depo oldu\u011funu ve bu deponun belirtilen URL’de bulundu\u011funu s\u00f6yler.<\/p>\nBa\u011flant\u0131y\u0131 kurduktan sonra, yerel deponuzdaki taahh\u00fctleri (commit) uzak depoya g\u00f6nderme zaman\u0131 geldi. Bu i\u015flemi git push<\/code> komutuyla yapar\u0131z:<\/p>\n\n
git push -u origin main<\/code><\/pre>\n<\/div>\nBu komutta:<\/p>\n
\n-u<\/code> (veya --set-upstream<\/code>) bayra\u011f\u0131, yerel main<\/code> dal\u0131n\u0131z\u0131n (veya master<\/code>, eski varsay\u0131lan dal ad\u0131) uzak deponun main<\/code> dal\u0131n\u0131 takip etmesini sa\u011flar. B\u00f6ylece sonraki git push<\/code> veya git pull<\/code> komutlar\u0131nda origin main<\/code> yazman\u0131za gerek kalmaz.<\/li>\norigin<\/code>, az \u00f6nce tan\u0131mlad\u0131\u011f\u0131m\u0131z uzak deponun ad\u0131d\u0131r.<\/li>\nmain<\/code>, yerel deponuzdaki ana dal\u0131n ad\u0131d\u0131r.<\/li>\n<\/ul>\nBu komutu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, GitHub kullan\u0131c\u0131 ad\u0131n\u0131z\u0131 ve \u015fifrenizi (veya ki\u015fisel eri\u015fim belirtecinizi – Personal Access Token) girmeniz istenebilir. Ba\u015far\u0131l\u0131 bir \u015fekilde g\u00f6nderim yapt\u0131ktan sonra, GitHub sayfan\u0131z\u0131 yeniledi\u011finizde README.md<\/code> dosyan\u0131z\u0131n ve ilk taahh\u00fcd\u00fcn\u00fcz\u00fcn orada oldu\u011funu g\u00f6receksiniz.<\/p>\nMevcut Bir Projeyi Klonlama ve G\u00fcncellemeleri \u00c7ekme<\/h3>\n
Bir ekibe kat\u0131ld\u0131\u011f\u0131n\u0131zda veya a\u00e7\u0131k kaynak bir projeye katk\u0131da bulunmak istedi\u011finizde, mevcut bir GitHub deposunu kendi bilgisayar\u0131n\u0131za kopyalaman\u0131z gerekir. Bu i\u015flem git clone<\/code> komutuyla yap\u0131l\u0131r:<\/p>\n\n
git clone https:\/\/github.com\/KullaniciAdiniz\/ornek-proje.git<\/code><\/pre>\n<\/div>\nBu komut, belirtilen URL’deki deponun tam bir kopyas\u0131n\u0131 (t\u00fcm ge\u00e7mi\u015fi ve dallar\u0131 dahil) bilgisayar\u0131n\u0131za indirir ve otomatik olarak bir Git deposu olarak ayarlar.<\/p>\n
Ekip arkada\u015flar\u0131n\u0131z veya di\u011fer geli\u015ftiriciler uzak depoya yeni de\u011fi\u015fiklikler g\u00f6nderdi\u011finde, bu g\u00fcncellemeleri kendi yerel deponuza almak i\u00e7in git pull<\/code> komutunu kullan\u0131rs\u0131n\u0131z:<\/p>\n\n
git pull origin main<\/code><\/pre>\n<\/div>\nBu komut, uzak origin<\/code> deposunun main<\/code> dal\u0131ndaki t\u00fcm de\u011fi\u015fiklikleri al\u0131r ve yerel main<\/code> dal\u0131n\u0131zla birle\u015ftirir. B\u00f6ylece her zaman projenin en g\u00fcncel versiyonuna sahip olursunuz.<\/p>\nGitHub ile senkronizasyon, projelerinizin g\u00fcvende olmas\u0131n\u0131, d\u00fcnyan\u0131n her yerinden eri\u015filebilir olmas\u0131n\u0131 ve ekip \u00fcyeleri aras\u0131nda kesintisiz i\u015fbirli\u011fini m\u00fcmk\u00fcn k\u0131lar. Bu yetenekler, 2026’da modern yaz\u0131l\u0131m geli\u015ftirmenin temelini olu\u015fturmaya devam edecektir.<\/p>\n
Dallanma ve Birle\u015ftirme: G\u00fcvenli Geli\u015ftirme Ortam\u0131 Nas\u0131l Olu\u015fturulur?<\/h2>\n
Yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinde, yeni \u00f6zellikler eklemek, hatalar\u0131 d\u00fczeltmek veya deneysel \u00e7al\u0131\u015fmalar yapmak olduk\u00e7a yayg\u0131nd\u0131r. Ancak t\u00fcm bu de\u011fi\u015fiklikleri do\u011frudan ana geli\u015ftirme hatt\u0131nda (genellikle main<\/code> veya master<\/code> dal\u0131) yapmak riskli olabilir. Bu durum, karars\u0131z kodun ana projeye kar\u0131\u015fmas\u0131na, mevcut \u00f6zelliklerin bozulmas\u0131na ve da\u011f\u0131t\u0131mlar\u0131n aksamas\u0131na yol a\u00e7abilir. \u0130\u015fte bu noktada Git’in en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri olan “dallanma” (branching) devreye girer. Dallanma, ana projenizden ba\u011f\u0131ms\u0131z bir \u00e7al\u0131\u015fma alan\u0131 olu\u015fturman\u0131z\u0131 sa\u011flayarak g\u00fcvenli ve izole bir geli\u015ftirme ortam\u0131 sunar.<\/p>\nDal Olu\u015fturma ve Dallar Aras\u0131nda Ge\u00e7i\u015f<\/h3>\n
Yeni bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015fmak istedi\u011finizi varsayal\u0131m. \u0130lk olarak, mevcut dal\u0131n\u0131z\u0131n g\u00fcncel oldu\u011fundan emin olmak iyi bir pratiktir:<\/p>\n
\n
git pull origin main<\/code><\/pre>\n<\/div>\nArd\u0131ndan, yeni bir dal olu\u015fturmak i\u00e7in git branch<\/code> komutunu kullan\u0131r\u0131z. \u00d6rne\u011fin, “kullanici-profili” ad\u0131nda yeni bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015ft\u0131\u011f\u0131m\u0131z\u0131 varsayal\u0131m:<\/p>\n\n
git branch kullanici-profili<\/code><\/pre>\n<\/div>\nBu komut yeni bir dal olu\u015fturur ancak hen\u00fcz o dala ge\u00e7i\u015f yapmaz. Mevcut dallar\u0131 g\u00f6rmek i\u00e7in git branch<\/code> komutunu arg\u00fcmans\u0131z kullanabilirsiniz:<\/p>\n\n
git branch<\/code><\/pre>\n<\/div>\n\u00c7\u0131kt\u0131da mevcut dal\u0131n\u0131z\u0131n yan\u0131nda bir y\u0131ld\u0131z (*) i\u015fareti g\u00f6receksiniz. Yeni olu\u015fturdu\u011funuz dala ge\u00e7i\u015f yapmak i\u00e7in git checkout<\/code> komutunu kullan\u0131r\u0131z:<\/p>\n\n
git checkout kullanici-profili<\/code><\/pre>\n<\/div>\nArt\u0131k kullanici-profili<\/code> dal\u0131ndas\u0131n\u0131z. Bu dalda yapt\u0131\u011f\u0131n\u0131z t\u00fcm de\u011fi\u015fiklikler, main<\/code> dal\u0131n\u0131 etkilemeyecektir. Yeni bir dal olu\u015fturup ayn\u0131 anda ona ge\u00e7i\u015f yapmak i\u00e7in daha k\u0131sa bir yol da vard\u0131r:<\/p>\n\n
git checkout -b yeni-ozellik<\/code><\/pre>\n<\/div>\nBu komut hem yeni-ozellik<\/code> dal\u0131n\u0131 olu\u015fturur hem de o dala ge\u00e7i\u015f yapar. Bu, yeni bir \u00f6zellik veya hata d\u00fczeltme \u00fczerinde \u00e7al\u0131\u015fmaya ba\u015flarken s\u0131k\u00e7a kullan\u0131lan bir y\u00f6ntemdir.<\/p>\nDallar\u0131 Birle\u015ftirme (Merging)<\/h3>\n
kullanici-profili<\/code> dal\u0131nda \u00e7al\u0131\u015fmalar\u0131n\u0131z\u0131 tamamlad\u0131\u011f\u0131n\u0131z\u0131, test etti\u011finizi ve kararl\u0131 oldu\u011fundan emin oldu\u011funuzu varsayal\u0131m. \u015eimdi bu de\u011fi\u015fiklikleri ana main<\/code> dal\u0131na geri birle\u015ftirmek istiyorsunuz. \u00d6ncelikle main<\/code> dal\u0131na geri d\u00f6nmeniz gerekir:<\/p>\n\n
git checkout main<\/code><\/pre>\n<\/div>\nmain<\/code> dal\u0131n\u0131n en g\u00fcncel versiyon oldu\u011fundan emin olmak i\u00e7in uzak depodan de\u011fi\u015fiklikleri \u00e7ekmek iyi bir al\u0131\u015fkanl\u0131kt\u0131r:<\/p>\n\n
git pull origin main<\/code><\/pre>\n<\/div>\n\u015eimdi kullanici-profili<\/code> dal\u0131ndaki de\u011fi\u015fiklikleri main<\/code> dal\u0131na birle\u015ftirebilirsiniz:<\/p>\n\n
git merge kullanici-profili<\/code><\/pre>\n<\/div>\nGit, de\u011fi\u015fiklikleri otomatik olarak birle\u015ftirmeye \u00e7al\u0131\u015facakt\u0131r. E\u011fer her \u015fey sorunsuz giderse, birle\u015ftirme i\u015flemi “Fast-forward” (h\u0131zl\u0131 ileri sarma) veya “Recursive merge” (\u00f6zyinelemeli birle\u015ftirme) olarak tamamlan\u0131r. Birle\u015ftirme tamamland\u0131ktan sonra, art\u0131k ihtiyac\u0131n\u0131z kalmayan kullanici-profili<\/code> dal\u0131n\u0131 silebilirsiniz:<\/p>\n\n
git branch -d kullanici-profili<\/code><\/pre>\n<\/div>\nBu komut, dal\u0131 yerel olarak siler. Uzak depodaki dal\u0131 silmek i\u00e7in git push origin --delete kullanici-profili<\/code> komutunu kullanman\u0131z gerekir.<\/p>\nBirle\u015ftirme \u00c7at\u0131\u015fmalar\u0131 (Merge Conflicts) ve \u00c7\u00f6z\u00fcm\u00fc<\/h3>\n
Bazen Git, iki dal aras\u0131ndaki de\u011fi\u015fiklikleri otomatik olarak birle\u015ftiremez. Bu duruma “birle\u015ftirme \u00e7at\u0131\u015fmas\u0131” (merge conflict) denir. Genellikle ayn\u0131 dosyan\u0131n ayn\u0131 sat\u0131rlar\u0131nda farkl\u0131 de\u011fi\u015fiklikler yap\u0131ld\u0131\u011f\u0131nda ortaya \u00e7\u0131kar. Git, \u00e7at\u0131\u015fan dosyalar\u0131 size bildirir ve bunlar\u0131 manuel olarak \u00e7\u00f6zmenizi ister.<\/p>\n
Bir \u00e7at\u0131\u015fma olu\u015ftu\u011funda git status<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, \u00e7at\u0131\u015fan dosyalar\u0131n “Unmerged paths” (Birle\u015ftirilmemi\u015f yollar) alt\u0131nda listelendi\u011fini g\u00f6receksiniz. Bu dosyalar\u0131 bir metin d\u00fczenleyicide a\u00e7t\u0131\u011f\u0131n\u0131zda, Git’in \u00e7at\u0131\u015fan k\u0131s\u0131mlar\u0131 \u00f6zel i\u015faret\u00e7ilerle i\u015faretledi\u011fini g\u00f6r\u00fcrs\u00fcn\u00fcz:<\/p>\n\n<\/div>\n
<<<<<<< HEAD<\/code> ile =======<\/code> aras\u0131ndaki k\u0131s\u0131m, mevcut dal\u0131n\u0131zdaki (main<\/code>) kodu temsil eder. =======<\/code> ile >>>>>>> kullanici-profili<\/code> aras\u0131ndaki k\u0131s\u0131m ise birle\u015ftirmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z daldaki (kullanici-profili<\/code>) kodu temsil eder. \u00c7at\u0131\u015fmay\u0131 \u00e7\u00f6zmek i\u00e7in, bu i\u015faret\u00e7ileri ve istemedi\u011finiz kod par\u00e7alar\u0131n\u0131 kald\u0131rarak do\u011fru kodu b\u0131rakman\u0131z gerekir. Her iki de\u011fi\u015fikli\u011fi de koruyabilir, birini se\u00e7ebilir veya tamamen yeni bir kod yazabilirsiniz.<\/p>\n\u00c7at\u0131\u015fmay\u0131 \u00e7\u00f6zd\u00fckten sonra, dosyay\u0131 kaydedin ve \u00e7\u00f6z\u00fclm\u00fc\u015f dosyay\u0131 sahneleme alan\u0131na ekleyin:<\/p>\n
\n
git add dosya_adi.js<\/code><\/pre>\n<\/div>\nT\u00fcm \u00e7at\u0131\u015fan dosyalar\u0131 \u00e7\u00f6z\u00fcp sahneleme alan\u0131na ekledikten sonra, birle\u015ftirme i\u015flemini tamamlamak i\u00e7in bir taahh\u00fct yap\u0131n:<\/p>\n
\n
git commit -m \"Birle\u015ftirme \u00e7at\u0131\u015fmas\u0131 \u00e7\u00f6z\u00fcld\u00fc ve kullan\u0131c\u0131 profili eklendi\"<\/code><\/pre>\n<\/div>\nDallanma ve birle\u015ftirme, Git’in kalbidir ve ekiplerin paralel olarak \u00e7al\u0131\u015fmas\u0131n\u0131, riskleri minimize etmesini ve temiz bir kod taban\u0131n\u0131 s\u00fcrd\u00fcrmesini sa\u011flar. Bu tekniklere hakim olmak, 2026’da her geli\u015ftiricinin verimlili\u011fini katlayacak temel bir beceridir.<\/p>\n
\u0130\u015fbirli\u011fi Sanat\u0131: Pull Requestler ve Kod \u0130ncelemesi Nas\u0131l Yap\u0131l\u0131r?<\/h2>\n
GitHub gibi platformlar, Git’in da\u011f\u0131t\u0131k yap\u0131s\u0131n\u0131 bir ad\u0131m \u00f6teye ta\u015f\u0131yarak ekiplerin ve a\u00e7\u0131k kaynak topluluklar\u0131n\u0131n e\u015fg\u00fcd\u00fcml\u00fc bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. Bu i\u015fbirli\u011finin merkezinde “Pull Request” (\u00c7ekme \u0130ste\u011fi) veya baz\u0131 platformlarda “Merge Request” olarak da bilinen mekanizma bulunur. Pull Requestler, yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri ana projeye entegre etmeden \u00f6nce di\u011fer geli\u015ftiricilerin kodunuzu incelemesini, geri bildirimde bulunmas\u0131n\u0131 ve onaylamas\u0131n\u0131 sa\u011flayan bir s\u00fcre\u00e7tir. Bu, kod kalitesini art\u0131r\u0131r, hatalar\u0131 erkenden yakalar ve bilginin ekip i\u00e7inde yay\u0131lmas\u0131n\u0131 te\u015fvik eder.<\/p>\n
Pull Request (\u00c7ekme \u0130ste\u011fi) Olu\u015fturma S\u00fcreci<\/h3>\n
Bir Pull Request olu\u015fturman\u0131n tipik ad\u0131mlar\u0131 \u015funlard\u0131r:<\/p>\n
\n- Yeni Bir Dalda \u00c7al\u0131\u015f\u0131n:<\/strong> Her zaman oldu\u011fu gibi, yeni bir \u00f6zellik veya hata d\u00fczeltmesi \u00fczerinde \u00e7al\u0131\u015f\u0131rken
main<\/code> dal\u0131ndan ayr\u0131, kendi \u00f6zelli\u011finize \u00f6zel bir dal (\u00f6rne\u011fin feature\/yeni-rapor<\/code> veya bugfix\/login-hatasi<\/code>) olu\u015fturun ve bu dalda \u00e7al\u0131\u015f\u0131n.<\/li>\n- De\u011fi\u015fikliklerinizi Taahh\u00fct Edin ve \u0130tin:<\/strong> Yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri d\u00fczenli olarak taahh\u00fct edin (
git add .<\/code>, git commit -m \"Mesaj\"<\/code>). \u0130\u015finiz bitti\u011finde, bu dal\u0131 uzak depoya (GitHub) g\u00f6nderin:\n\n
git push origin feature\/yeni-rapor<\/code><\/pre>\n<\/div>\n<\/li>\n- GitHub’da Pull Request Olu\u015fturun:<\/strong> GitHub’daki projenizin sayfas\u0131na gitti\u011finizde, yeni g\u00f6nderdi\u011finiz dal\u0131 alg\u0131layacak ve size “Compare & pull request” (Kar\u015f\u0131la\u015ft\u0131r ve \u00e7ekme iste\u011fi olu\u015ftur) butonu g\u00f6sterecektir. Bu butona t\u0131klayarak veya “Pull requests” sekmesinden “New pull request” (Yeni \u00e7ekme iste\u011fi) se\u00e7ene\u011fini kullanarak bir PR olu\u015fturma sayfas\u0131na gidin.<\/li>\n
- Pull Request’i Detayland\u0131r\u0131n:<\/strong>\n
\n- Base Branch (Temel Dal):<\/strong> De\u011fi\u015fikliklerinizin hangi dala birle\u015ftirilmesini istedi\u011finizi se\u00e7in (genellikle
main<\/code> veya develop<\/code>).<\/li>\n- Compare Branch (Kar\u015f\u0131la\u015ft\u0131r\u0131lan Dal):<\/strong> Kendi \u00e7al\u0131\u015fma dal\u0131n\u0131z\u0131 se\u00e7in (\u00f6rne\u011fin
feature\/yeni-rapor<\/code>).<\/li>\n- Ba\u015fl\u0131k (Title):<\/strong> PR’\u0131n\u0131z\u0131n amac\u0131n\u0131 a\u00e7\u0131k\u00e7a belirten k\u0131sa ve \u00f6z bir ba\u015fl\u0131k yaz\u0131n (\u00f6rne\u011fin: “Yeni Raporlama Mod\u00fcl\u00fc Eklendi”).<\/li>\n
- A\u00e7\u0131klama (Description):<\/strong> Yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri detayl\u0131 bir \u015fekilde a\u00e7\u0131klay\u0131n. Neden bu de\u011fi\u015fiklikleri yapt\u0131n\u0131z? Hangi sorunu \u00e7\u00f6z\u00fcyor veya hangi \u00f6zelli\u011fi ekliyor? Test ad\u0131mlar\u0131, ekran g\u00f6r\u00fcnt\u00fcleri veya ilgili g\u00f6rev\/issue numaralar\u0131 ekleyebilirsiniz.<\/li>\n
- \u0130nceleyiciler (Reviewers):<\/strong> Kodunuzu incelemesi i\u00e7in ekip arkada\u015flar\u0131n\u0131z\u0131 veya ilgili ki\u015fileri atay\u0131n.<\/li>\n
- Etiketler (Labels), Projeler (Projects), Kilometre Ta\u015flar\u0131 (Milestones):<\/strong> Proje y\u00f6netimi i\u00e7in ilgili etiketleri ve proje bilgilerini ekleyin.<\/li>\n<\/ul>\n<\/li>\n
- Pull Request’i G\u00f6nderin:<\/strong> T\u00fcm bilgileri doldurduktan sonra “Create pull request” (\u00c7ekme iste\u011fi olu\u015ftur) butonuna t\u0131klay\u0131n.<\/li>\n<\/ol>\n
Kod \u0130ncelemesi (Code Review) S\u00fcreci<\/h3>\n
Pull Request g\u00f6nderildikten sonra, atanan inceleyiciler (veya projeye dahil olan herkes) kodunuzu g\u00f6zden ge\u00e7irmeye ba\u015flar. Kod incelemesi s\u0131ras\u0131nda \u015funlar yap\u0131l\u0131r:<\/p>\n
\n- Mant\u0131k ve \u0130\u015flevsellik Kontrol\u00fc:<\/strong> Kodun do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan, beklenen sonu\u00e7lar\u0131 verdi\u011finden ve i\u015f gereksinimlerini kar\u015f\u0131lad\u0131\u011f\u0131ndan emin olunur.<\/li>\n
- Kod Kalitesi ve Stili:<\/strong> Projenin kodlama standartlar\u0131na (naming conventions, indentation, vb.) uygunlu\u011fu kontrol edilir. Okunabilirlik ve s\u00fcrd\u00fcr\u00fclebilirlik \u00f6nemlidir.<\/li>\n
- Performans ve G\u00fcvenlik:<\/strong> Olas\u0131 performans darbo\u011fazlar\u0131 veya g\u00fcvenlik a\u00e7\u0131klar\u0131 aran\u0131r.<\/li>\n
- Testler ve Hata Y\u00f6netimi:<\/strong> Yeterli test kapsam\u0131 olup olmad\u0131\u011f\u0131 ve hata durumlar\u0131n\u0131n nas\u0131l ele al\u0131nd\u0131\u011f\u0131 incelenir.<\/li>\n
- Belgeleme:<\/strong> Kodun i\u00e7inde veya d\u0131\u015f\u0131nda (\u00f6rne\u011fin README dosyas\u0131nda) gerekli belgelemenin yap\u0131l\u0131p yap\u0131lmad\u0131\u011f\u0131na bak\u0131l\u0131r.<\/li>\n<\/ul>\n
\u0130nceleyiciler, kodunuzun belirli sat\u0131rlar\u0131na veya t\u00fcm PR’a yorumlar ekleyebilir, de\u011fi\u015fiklikler \u00f6nerebilir veya sorular sorabilirler. Bu geri bildirimlere g\u00f6re siz de kodunuzda gerekli d\u00fczeltmeleri yapar ve g\u00fcncellenmi\u015f dal\u0131n\u0131z\u0131 tekrar GitHub’a g\u00f6nderirsiniz. Yap\u0131lan yeni taahh\u00fctler otomatik olarak mevcut Pull Request’inize eklenir.<\/p>\n
T\u00fcm geri bildirimler ele al\u0131nd\u0131\u011f\u0131nda ve inceleyiciler kodun birle\u015ftirilmeye haz\u0131r oldu\u011funa karar verdi\u011finde, Pull Request “onaylan\u0131r”. Onayland\u0131ktan sonra, genellikle bir “Merge pull request” (\u00c7ekme iste\u011fini birle\u015ftir) butonu belirir. Bu butona t\u0131klayarak veya komut sat\u0131r\u0131ndan git merge<\/code> komutuyla de\u011fi\u015fiklikleriniz ana dala (main<\/code>) birle\u015ftirilir. Birle\u015ftirme i\u015flemi tamamland\u0131ktan sonra, genellikle \u00f6zellik dal\u0131 silinir.<\/p>\nVaka Analizi: A\u00e7\u0131k Kaynak Projeye Katk\u0131da Bulunma<\/h3>\n
Diyelim ki, pop\u00fcler bir a\u00e7\u0131k kaynak projesinde (\u00f6rne\u011fin bir JavaScript k\u00fct\u00fcphanesi) bir hata fark ettiniz veya yeni bir \u00f6zellik eklemek istiyorsunuz. S\u00fcre\u00e7 genellikle \u015f\u00f6yle i\u015fler:<\/p>\n
\n- Projenin GitHub deposunu kendi hesab\u0131n\u0131za fork<\/strong> (\u00e7atallama) edersiniz. Bu, projenin kendi kopyas\u0131n\u0131 olu\u015fturur.<\/li>\n
- Fork etti\u011finiz depoyu yerel bilgisayar\u0131n\u0131za clone<\/strong> edersiniz.<\/li>\n
main<\/code> dal\u0131ndan yeni bir dal<\/strong> olu\u015fturur ve bu dalda de\u011fi\u015fikliklerinizi yapars\u0131n\u0131z.<\/li>\n- De\u011fi\u015fikliklerinizi taahh\u00fct eder ve kendi uzak deponuza (fork etti\u011finiz depo) push<\/strong> edersiniz.<\/li>\n
- Kendi deponuzdan orijinal projeye bir