Mühendisler Dünyası

Git Server konusunu merak ettiniz, bir yerde duydunuz, proje yöneticisisiniz ve projenizde Versiyon yönetim sistemi olarak git kullanmaya karar verdiniz, yeni bir işe başladınız ve projede git server kullanıldığını söylediklerinde git server öğrenmeye karar verdiniz, proje yöneticiniz yeni başlayacağınız projede git server kullanılacağını söyledi. O zaman doğru yerdesiniz. Bu makalemde size Git Server konusunu nasıl kısa sürede öğrenebileceğinizi anlatacağım. Git Server Mantığını Anlayın Git Server bir versiyon yönetim sistemidir. Versiyon kontrol/yönetim sistemlerinin ne olduğunu ve Git Server tarihçesi için makalemi buradan okuyabilirsiniz. Git Server mantığı anlayabilmek içinse bu makalemi okumanızı tavsiye edeceğim. Özellikle belirtmek istiyorum ki Git Server mantığını anlamak çok önemlidir. Çünkü hangi komutların ne iş yaptığını anlamadan önce, git server mantığını iyi anlarsanız hangi komutların kullanılması gerektiğine karar verebilirsiniz ve birkaç saat içinde Git Ser

Git Server ile çalışırken en çok kullanacağınız komutlardan bir tanesi Git Status komutu olmalı. Bu komut staged area , working directory ve repository arasındaki, yani bu üç ağaç arasındaki farkı raporlamaya yarar(Staged Area, Working Directory ve Repository için neden ağaç terimi kullandığımı ve anlamını anlamadıysanız bu konuyu anlattığım makaleye buradan erişebilirsiniz). Git Status komutunun görevini biraz daha detaylıca anlatmaya çalışırsak, Git Server projesinin anlık durumunu izlemenize olanak sağlar. Hangi dosyaların yeni eklendiğini, hangi dosyaların Staged Area’da olduğunu, hangi dosyaların silindiğini, hangi dosyaların yerlerinin değiştirildiğini, hangi dosyalar üzerinde değişiklik yapıldığını, bir anlamda proje üzerinde yapılan tüm değişiklikleri size rapor eden komuttur. Komutu test etmek için projenizin olduğu klasöre gidin ve burada git status komutunu çalıştırın. Eğer değişikliklerini commit komutu ile Git Server projenize eklediyseniz aşağıdaki mesajı alacaksanız.

Çoğu yazılım firmasının tercih ettiği yöntemlerden bir tanesi de, şirket içindeki kodlarını Github ve benzeri online sitelerde tutmak yerine kendi sunucularında tutmaktır. Ki bence de öyle olmalıdır. Açık kaynak kodlu bir proje geliştirmiyorsanız kodlarınızı kendi sunucularınızda tutmak faydalı olacaktır.  Ama bunu yaparken de kendi sunucularınız da güvenliğine önem göstermelisiniz.  Git Server dağıtık versiyon yönetim kontrol sistemidir. Yani çalışma kopyalarınız dışında bir de sunucuda tutulması gerekiyor. Bunun için çoğu şirketin de tercih ettiği NAS sistemleri, Windows sunucular, Linux çekirdekli sunucular, ki bunlardan en çok tercih edileni de Ubuntu Serverdır. 

Git Server kullanırken, profesyonellik gerektiren konulardan bir tanesi Commit mesajları veya commit açıklamalarıdır.  Neden mi? Çünkü bir gün sonra, bir hafta sonra, bir ay sonra, bir yıl sonra hatta 5 yıl sonra projede ne iş yaptığınızı, projenizde hangi değişiklikleri yaptığınızı, ne zaman yaptığınızı ve kodun hangi kısımlarında değişiklik yaptığınızı anlamanız bu mesajların içeriğine bağlıdır. Commit Mesajları Projenizdeki Değişiklikleri Takip Edebilmek İçin Yazılır Öncellikle commit mesajlarının neden yazıldığını çok iyi anlamak lazım. Commit mesajları projenizle ilgili açıklamalar için ve ya projenizi anlatmak, proje boyutunu veya bütçesini açıklamak için değildir. Commit Mesajları projenizde yaptığınız değişikliklerle ilgili yazdığınız açıklamalardır.

Git Server kullanırken daha önce yaptığınız değişiklikleri incelemek isteyeceksiniz. Git Server içindeki komutlarla daha önce yaptığınız değişiklerin listesini, istediğiniz sayıda son yapılan değişikliği listeleyebilirsiniz. Bunun dışında değişiklik yapan kişiye göre sorgulama, değişiklik içeriğine göre sorgulama ve tarihe göre sorgulama, tarih aralıklarına göre sorgulama, commit numarasına göre sorgulama imkanı sunar. Bu işlemleri yapabilmek için temel komut git log komutudur. Git log komutunu çalıştırırsanız proje için yaptığınız tüm komutlar listelenecektir. İstediğiniz Sayıda Commit Sorgulama İstediğiniz Sayıda commit listelemek için git log –n sayı şeklinde bir komut kullanabilirsiniz. Örneğin git log –n 5 derseniz son 5 commit listelenecektir.

Versiyon yönetim sistemlerinden hangisini kullanıyorsanız kullanın bir ekip halinde projede çalışabilmenin anahtarı branchlerle doğru çalışabilmektir. Git Server üzerinde çalışırken de mevcut branchleri listemek isteyebilirsiniz. Bunun için Git Server'da show-branch komutu vardır. Bu komut aldığı bir çok parametre ile farklı listeleme seçenekleri sunar. Eğer Grafik arayüzlü bir git yazılımı kullanıyorsanız bu programların her birinin branch listeleme için kendine özgü tasarımları vardır. Özellikle brachlerle çalışırken branch geçmişi görüntüleme anlamında sunduğu görsellik açısından bu programlarla çalışmanızı tavsiye ederim. 

Bu makalemizde Git Server yapısını ve mantığını analayabilmeniz açısından git iş akışının nasıl olduğunu açıklamaya çalışacağım. Bilindiği gibi Git Server diğer versiyon yönetim sistemlerinden farklı olarak three-tree yapısına sahiptir. İş akışını da bu yapı belirler. ( Git Server Three-tree yapısı makalesine  göz atabilirsiniz) Bu yapının temel taşı working copy ve repository arasında staging index olarak adlandırılan geçici hafıza görevi gören bir katmanın eklenmesidir. Bu yapı extra kontrol dışında aynı zamanda yaptığımız değişiklikleri commit ederken bir anlamda onay mekanizması da sağlar. Git iş akışını anlayabilmek için bir projede yaptığımız örnek bir değişiklik üzerinde nasıl tepki verdiğini inceleyeceğiz ve örnek üzerinden iş akışı anlatılacaktır.