Teknoloji Pazarlama, Bloglarınızdan ve Gadget'larınızdan Para Kazanın

Git'e Giriş

Git'e Giriş

İster yepyeni bir web sitesi oluşturuyor olun, ister bir tema veya eklenti geliştiriyor olun, ister gelişmiş sürekli entegrasyon ve dağıtım stratejileri oluşturuyor olun, kodla çalışıyor olacaksınız.

İster WordPress, WooCommerce, Drupal, Magento, NextJS, ister elle kodlanmış HTML kullanıyor olun, her web sitesinin altında yürütülen kod vardır. Her sayfanın içeriği oluşturmasını ve dünyaya göstermesini sağlamak için gereken dosya kümeleri vardır.

Hızla keşfedeceğiniz şey, zaman içindeki kod değişikliklerini takip etmenin bir yoluna ihtiyacınız olduğudur. Herhangi bir dosyanın en güncel sürümünde hangi değişikliklerin olduğunu ve her değişikliği kimin yaptığını bilmeniz gerekir.

İşte Git burada devreye giriyor. Git hakkında bilgi edinmek, uzak Git depolarıyla çalışmak ve daha fazlasını öğrenmek için okumaya devam edin.

Git'i Anlamak

Git, geliştiricilerin ve dosyalarla çalışan herkesin, değişikliklerinin sürümlerini kolayca oluşturmasına ve saklamasına, bu değişikliklerin geçmişini görmesine ve bu değişiklikleri cihazlar ve sistemler arasında paylaşmasına olanak tanıyan ve aynı zamanda bir yol sağlayan bir sürüm kontrol sistemidir. Bir şeyler ters gittiğinde bu değişiklikleri geri almak için.

Kısa bir tarihçe

2005 yılında bir geliştirici ekibi, özgür ve açık kaynaklı işletim sistemi olan Linux adında bir proje oluşturuyordu. Yüzlerce katılımcı arasındaki değişiklikleri kolayca iletebilecek bir yola ihtiyaçları vardı. Başlangıçta, güncellenmiş kodu içeren bireysel yamaları dağıtıyorlardı, ancak bu, özellikle herhangi bir belirli değişiklik grubunun “doğru” ve en son sürümünün ne olduğunu belirlerken birçok açıdan sorunlu olduğunu kanıtladı.

Bu sorunlardan bıkan Linux projesi, Linus Torvald'ı, kod tabanının tamamını geliştiriciler arasında paylaştıracak ve taahhüt adı verilen değişikliklerin “anlık görüntülerini” alacak ve bu dosyaların başka herhangi bir kopyayla paylaşılıp birleştirilebileceği oldukça yeni bir fikir uygulamaya yöneltti. kod, dünyanın her yerinde. Tüm proje değişiklikleri tek bir geçmiş olarak görülebildiğinden, bu hemen iletişime yardımcı oldu.

Bu anlık görüntüleri yakalamanın yöntemi, hızla kendi başına bir hayat kazanan ve o zamandan beri Linux projesinden bağımsız olarak geliştirilen Git'tir.

Değişikliklerin Grafiği

Kavramsal olarak Git'i, her bir düğümün belirli bir anda tüm projenin anlık görüntüsü olduğu bir düğüm grafiği olarak düşünebilirsiniz. Git kitabıgit-scm.com'da anlık görüntünün yapısının ana hatlarını çiziyor.

Git, verileri zaman içinde projenin anlık görüntüleri olarak saklar

Bu anlık görüntü zinciri, en son sürümün en önde veya değişiklik geçmişinizin en üstünde yer aldığı, zaman içinde bir grafik oluşturur. Git'te her anlık görüntüye “taahhüt” adı verilir.

Okumak:  WordPress Sitenizin Giriş Bilgilerini Korumak İçin Neden Bir Güvenlik Eklentisi Kullanmalısınız?

En son değişikliği grafiğin en üstüne koyarsanız Git projesinin nasıl göründüğüne hızlı bir bakış. Not — bu örnekte GitKraken Git GUI Grafiği görselleştirmek için.

Örnek git grafiği

Git Grafiğini Oluşturma

Git, Git geçmişiniz olarak da bilinen bu değişiklik grafiğini, değişiklikleri gerçekleştirme süreci aracılığıyla oluşturur. Ancak değişiklikleri gerçekleştirmeden önce Git'e bu anlık görüntüye ne eklemek istediğinizi özel olarak söylemeniz veya Git'te uygun şekilde belirtildiği şekilde işleme koymanız gerekir.

Yerel olarak çalışırken projenize kaydettiğiniz tüm değişiklikler “Çalışma Dizininde” bulunur. Git bu değişiklikleri görebilir ancak hangi değişiklikleri uygulamak istediğinizi henüz bilmiyor. Bu belirli dosyaları Git'in “hazırlama alanına” eklemek için “git add” adlı bir komut kullanarak Git'e hangi değişiklikleri yapmak istediğinizi açıkça söylemeniz gerekecektir.

Proje anlık görüntülerinin grafiğine uygulamak istediğiniz dosya değişikliklerini yaptıktan sonra, bu anlık görüntüyü grafiğe kalıcı olarak oluşturmak için “Git commit” komutunu kullanabilirsiniz.

Git ekleme ve işleme adımları

Zamanda Geriye Dönmek

Git'in ve tüm proje geçmişinizin mevcut olmasının avantajlarından biri, istediğiniz zaman geri dönüp tüm değişiklikleri geri alabilmenizdir.

Yaptığınız son işlem bir şeyi bozarsa veya yaptığınız şeyle ilgili fikrinizi değiştirirseniz, “Git revert” işlemini gerçekleştirebilirsiniz. Git taahhüdünü geri al. Bu, grafikte az önce yaptığınız değişiklikleri geri alan yeni bir taahhüt oluşturur.

Zamanda geriye gitmek ve hiç taahhütte bulunmamış gibi görünmek istiyorsanız, bunu yapmak için “Git reset”i kullanabilirsiniz.

Git'te Dallanma ve Birleşmenin Gücü

Git'in bize sağladığı en güçlü özelliklerden biri paralel alternatif gerçeklikler yaratma yeteneğidir. Hayır, gerçekten.

Zaman içindeki taahhütlerin bir grafiğini oluşturduğunuzdan, geçmişinizin herhangi bir noktasından dallar adı verilen paralel taahhüt çizgileri oluşturmayı seçebilirsiniz. Yeni oluşturulan Git şubesi ana tarihten bağımsızdır, yani istediğiniz değişiklikleri yapmakta özgürsünüz ve bu durum diğer çalışmalarınızı etkilemeyecektir. Ana zaman çizelgesi de bir daldır ve çoğunlukla “ana” veya “ana” dal olarak adlandırılır. Ana şubeler dışındaki yeni şube ve şubelere genellikle “özellik şubeleri” adı verilir.

Özellik şubenizde değişiklikleri yaptıktan sonra, tüm değişiklikleri ana şubeye aşağıdaki işlemi gerçekleştirerek uygulayabilirsiniz: Git birleştirme.

Bu şekilde çalışmanın büyük avantajı var. Bir özellik dalı kod değişikliklerini izole eder, böylece hatalara neden olursanız ana dalın güvenli olduğundan emin olabilirsiniz. Şubelerde çalışmak, devam eden geliştirme çalışmasını kesintiye uğratmadan bir güncelleme veya güvenlik düzeltmesi uygulamanız gerekmesi durumunda ana şubenin serbest kalmasını da sağlar.

Git birleştirme aynı zamanda değişiklikleri ana daldan bir özellik dalına çekmenize de olanak tanır. Bu size, ana dalda yapılan güncellemelerin, siz onları “ana” ile birleştirmeyi denemeden önce, önerilen değişikliklerle çalışmaya devam edeceğinden emin olma olanağı sağlar.

Bir ekiple çalışıyorsanız, Git dallanma stratejisi ekibinizin değişiklikleri üretime geçmeden önce kapsamlı bir şekilde test edebilmesini sağlayabilir ve süreci yönetmenin basit bir yolunu sağlayabilir.

Okumak:  ChatGPT'ye nasıl giriş yapılır ve bu durumdan kaçınmanın yolları "çok fazla istek" hata

Git'te Uzak Depolarla Çalışmak

Git'in ana hedeflerinden biri, dünyanın her yerindeki insanlarla kod paylaşımını kolaylaştırmaktır. Git'te yerleşik bir kavramdır: uzak depo.

A Git deposu çalışmanızı sakladığınız proje klasörünün tamamıdır ve Git'in zaman içinde izlediği şeydir. Her depo aşağıdakiler kullanılarak klonlanabilir: Git klonu komutunu kullanarak sınırsız sayıda paylaşılabilir ve bu da Git'i çok ölçeklenebilir hale getirir.

Git'i çok ölçeklenebilir kılan bir diğer özellik ise, bir belgeyi değiştirirseniz o belgenin tamamen yeni bir kopyasını saklamanıza gerek olmamasıdır. Değişiklikler, “deltalar” olarak adlandırılan küçük bilgi paketleri olarak depolanır ve Git'in depolaması veya paylaşması gerekenler yalnızca bir dosyanın tek tek değiştirilmiş satırları ve değişiklikle ilgili küçük bir veri parçasıdır. Deltalar çok hafiftir ve genellikle yalnızca birkaç bayt boyutundadır. Örneğin, 100KB'lik bir belgede tek bir satırı değiştirirseniz delta yalnızca 20 bayt kadar olacaktır.

Bir havuzun tüm kopyalarında her şeyi sıralı ve tutarlı tutmak için, hangi bilgisayarda bulunan hangi kopyanın projenin “gerçek” kopyası olduğunu belirlemeniz ve ardından taahhütlerinizin o kopyaya yansıtıldığından emin olmanız yeterlidir.

Bu aynı zamanda diğer şekilde de çalışır. Başkalarıyla işbirliği yaparken, projenizin yerel kopyasının güncel olduğundan emin olmak için onların değişikliklerini deponun yerel kopyasına alabilirsiniz.

Uzak depolarla çalışmanın git modeli

Uzak depolarda işbirliğini son derece basit ve yönetilebilir hale getiren çok sayıda şirket var. GitHub, GitLab ve BitBucket gibi platformlar çevrimiçi Git deposu barındırma ve işbirliği araçları sunar. Milyonlarca geliştirici tarafından yönetilen milyonlarca Git deposu var ve Git, kaç kişi işbirliği yaparsa yapsın her bir gerçek kaynağını takip ediyor.

Git'te Ne Saklanmamalı

Git ile muhtemelen yapmamanız gereken şeylerden bahsedelim. Git, kodu paylaşma ve zaman içindeki değişiklikleri izleme konusunda harika olsa da, modele pek uygun olmayan bazı işler de var. Neyse ki Git bize “.gitignore” dosyası adı verilen şeyleri görmezden gelmesini söylemenin kullanışlı bir yolunu sunuyor.

Bir “.gitiginore” dosyası mevcutsa Git, bu öğeleri izlemesi gerekip gerekmediğini görmek için onu kontrol edecektir. “.gitiginore” içerisinde tek tek dosya adlarını, dizinlerin tamamını veya dosya türlerinin tamamını listeleyebilirsiniz. Örneğin, tüm .png ve .jpg dosyalarını ve “wp-content/uploads” klasörünüzün tamamını hariç tutmak istiyorsanız “.gitiginore” dosyalarınıza şunu yazmanız yeterlidir:

Medya Dosyalarını Neden Git'ten Hariç Tutmalısınız?

Git bir projenin anlık görüntülerini saklar ve yalnızca “deltaları” aktarır. Ancak söz konusu dosya bir resim, video veya başka bir ikili dosya gibi bir veri “blobu” ise, dosyada yapılan her değişiklik tamamen yeni bir veri bloğu yaratacaktır. Git'in daha sonra hem eski blobun hem de yeni blobun durumunu hatırlaması gerekir, bu da depoya gereksiz miktarda boyut ekler. Bu zamanla birikir ve Git'in hafif avantajlarını kaybettiğinizde depolar kısa sürede hantal hale gelir.

Okumak:  Benekli Ayhan: SEO İçin Özel Olarak Hazırlanmış HTML'de Makaleler Nasıl Yazılır?

İster inanın ister inanmayın, WordPress çekirdeğindeki değişiklikleri takip etmek istemeyebilirsiniz. Bunun için birkaç sebep var.

Öncelikle herhangi bir CMS'de eski bir deyiş vardır: “Çekirdeği hacklemeyin!” WordPress'in özünde değiştirdiğiniz ve izlenmesi gereken hiçbir şey olmamalıdır. Tüm güncellemelerin WordPress'in kendisinden gelmesi gerekir ve daha eski bir sürüm istiyorsanız, bunu yüklediğinizde kolayca belirtebilirsiniz. Kesinlikle bir WordPress kurulumunun tamamını Git'te saklayabilirsiniz, ancak bazı durumlarda bunu yapmanın pek bir değeri yoktur. Özel eklentileriniz ve alt temalarınız gibi, yalnızca değiştirdiğiniz koddaki değişiklikleri izlemek istiyorsunuz. Bu konuyla ilgili tavsiyeleri için barındırma sağlayıcınıza danışmak gerçekten iyi bir fikirdir.

İkincisi, WordPress'e katkıda bulunmayı planlıyorsanız, bunun aslında SVN adı verilen eski bir sürüm kontrol sistemi aracılığıyla sağlandığını göreceksiniz. Bu model merkezi bir sunucu altyapısı gerektirir ve Git'e kıyasla çok daha az popülerdir, ancak yine de WordPress Git'ten daha eskidir. SVN yama sistemiyle çalışmak biraz farklıdır ve danışmalısınız. onların belgeleri Bu konuda daha fazla bilgi için.

Çözüm

Umarız artık Git'in ne olduğunu ve web sitenizin koduyla çalışırken ondan nasıl yararlanılabileceğini daha iyi anlamışsınızdır. Git, bilgisayar kodu olmasa bile zamanla değiştireceğiniz tüm dosyalar için kullanılabilir.

Git, hedef kullanıcılarına IBM'den alınan eski bir terim olan “bilgi çalışanları” olarak atıfta bulunur. Masaüstünüzdeki notlardan tariflere kadar her şey için tüm kitaplarGit, çalışmanızı daha iyi organize etmeniz ve her değişikliği neden yaptığınıza ve ne zaman yapıldığına dair kendinize sağlam bir iz bırakmanız için size bir yol sunar.

Zamanda geriye gidip değişikliklerinizi görebilme gücü, dallanma ve birleştirme yoluyla sınırsız paralel evrenlerde çalışabilme yeteneğiyle birleşerek Git'i kod üzerinde çalışan herkes için vazgeçilmez bir araç haline getiriyor. Git aynı zamanda ekiplerin kod projeleri üzerinde işbirliği yapmasının birincil yoludur.

Git'in kullanımı ücretsizdir ve Git GUI'lerinin çoğu, örneğin GitKraken ücretsiz sürümleri var. Çalışmanızı takip etmek için Git'i kullanmamanız için hiçbir neden yok, o yüzden “Git” kullanın!

alakalı kaynaklar

– XAMPP ile WordPress Yerel Geliştirme

– Gelişmiş Git Kullanımı ve İş Akışları

– Git Kancaları

– Geliştirici Sitesi Nedir?

– WordPress için önbelleğe alma