github projects teams
GitHub'daki Bu Öğretici GitHub Projeleri, Organizasyon ve Ekipler, Depo Çatallama, Sorunlar ve Proje Aşamaları, GitHub Wiki vb. Kavramları Açıklar:
GitHub'daki öğreticiler serisinin bir önceki eğitiminde, bir geliştiricinin Proje ile ilgili yapıları depolamak için platformu nasıl kullanabileceğini ve sürüm kontrolünü aynı şeyi gördük. Ayrıca Pull talepleri, Birleştirme, Dallara Ayırma ve Dalları Koruma ile ilgili kavramları da gördük.
Hepsi bu kadar değil. Bu eğiticide, daha derine ineceğiz ve GitHub'ın geliştiriciler için başka neler yapabileceğini öğreneceğiz.
kıdemli geliştiriciler için j2ee röportaj soruları ve cevapları
=> Mükemmel GitHub Eğitim Kılavuzuna Buradan Göz Atın.
İşte odaklanacağımız şey.
- Organizasyon ve Ekipler Oluşturun
- Depoyu çatallayın
- Sorunlar ve Proje Aşamaları Oluşturun
- Proje panosu oluştur
- GitHub Wiki oluşturma
Ne öğreneceksin:
- Organizasyon ve Ekipler Oluşturun
- GitHub Çatal
- GitHub Sorunları ve Proje Aşamaları
- GitHub Proje Panosu
- Belgeler İçin GitHub Wiki
- Sonuç
- Önerilen Kaynaklar
Organizasyon ve Ekipler Oluşturun
Bu bölümün ön imleci olarak GitHub, aşağıdaki 3 tür hesabı sağlar.
- Kişisel Kullanıcı Hesapları burada sınırsız genel ve özel havuzlar oluşturabilir ve ayrıca ortak çalışanlar davet edebilirsiniz.
- Organizasyon Hesapları Bu, öncelikle bir paylaşılan hesap kavramıdır ve bu bölümde daha fazlasını göreceğiz.
- Kurumsal Hesap GitHub kullanan kullanıcılar için dahili olarak politikaları yöneten şirketler tarafından kullanılır. Bu genellikle GitHub Enterprise'ın On-Premise sürümünde kullanılır.
Bölüm 1'de, bir kullanıcının arşivin tek sahibi olduğu tek bir kişisel hesap kullanılarak bir havuzun nasıl oluşturulduğunu gördük. Bu, 3 ila 9 kişinin veya belki daha fazla kişinin olduğu veya tek bir proje için bir depo oluşturmanın iyi olduğu küçük scrum ekipleri için uygundur.
Peki ya birden çok depoya ihtiyaç duyan büyük Github projeleri ve yürütme için aynı erişim için birden fazla ekip varsa? Burada, GitHub Organizasyonunun tek bir büyük proje için birden fazla depoyu gruplandırmaya nasıl yardımcı olduğuna bakmamız gerekiyor. Böylece, birden fazla Depo / Ekip olacağından, birden fazla sahip olacaktır.
Yeni bir Organizasyon oluşturmaya başlamak için, + sağ üstte ve seçin Yeni Organizasyon.
Buna göre bir plan seçin. Şimdilik ücretsiz bir plan kullanacağız. Açık Kaynak Ekibi.
Organizasyonla ilgili ayrıntıları girin ve ardından tıklayın Sonraki.
Üyeleri kuruluşa ekleyin ve tıklayın Kurulumu Tamamlayın.
Bir sonraki adım, proje ihtiyaçlarına göre havuzlar oluşturmaya başlamak ve bunlara ekipler eklemektir.
Ayrıca tıklayabilirsiniz Birini davet etmek yeni oluşturulan kuruluşa üye eklemek için. Üyeler eklendikçe, rol üye veya sahip olarak da atanabilir. Bunu yapmak için şuraya gidin: İnsanlar Sekme ve seçin Rolü Değiştir o üye için.
Şimdilik 1 kullanıcıyı Sahip, diğerini de üye olarak tutacağız. Böylelikle, Sahip, birden fazla havuz oluşturabilir ve ekipleri ilgili havuzlara atayabilir.
Depolar oluşturmadan önce, önce ekipler oluşturalım. Şuraya git Takımlar sekmesine tıklayın ve tıklayın Yeni takım.
UI Takımı ve Middleware Ekibi olmak üzere 2 ekip oluşturacağız.
Tıklamak Takım oluştur. Ekip oluşturulduktan sonra, aşağıda gösterildiği gibi ekibe üye ekleyebilirsiniz.
Benzer şekilde, diğer ekibi oluşturun ve ona üyeler ekleyin. Şimdi 2 takım olduğunu görebilirsiniz.
Kod depoları oluşturmaya devam edelim. Öyleyse, bir senaryo olarak, şimdi oluşturacağız 2 kod deposu yani biri UI ile ilgili kodu tutmak için ve diğeri ara yazılım kodunu tutmak için. Takımlar buna göre atanacaktır.
Şuraya git Depolar sekme ve bir Yeni Depo .
Tıkla Kod deposu oluştur buton. Sonraki, UI Ekibinin arşive erişimini sağlamaktır.
Şuraya git Takımlar sekmesi. Tıkla UI Ekibi ve şuraya git Depolar sekmesi. Her ekibe tıklayın ve depoları tekrar ekleyin. Depolar sekmesi.
Deponun adını girerek depoyu ekleyin.
Ayrıca emin olun Yazma izni ekip üyeleri için bu depoya, yani ekip üyeleri bu depoyu okuyabilir, klonlayabilir ve itebilir.
Benzer şekilde, Middleware deposunu diğer takıma eklemek için yukarıdaki adımları uygulayın. Böylece artık içinde depoları olan bir Organizasyonumuz ve ekiplerimiz var. Ekip üyeleri erişim sahibi oldukları depoyu klonlayabilir ve üzerinde çalışabilir.
GitHub Çatal
Bir Depoyu çatallayın ve orijinal Depo ile senkronize halde tutun.
Önceki bölümlerde ve önceki eğitimde, havuzların oluşturulduğunu ve buna kaynak kodun eklendiğini gördük. Şimdi, orijinal depo bunu yapacak yer olmadığında takımlar bazı kod değişikliklerini test etmek isterse ne olur?
Orijinal depoyu sağlam tutarak kodda herhangi bir değişiklik denemek için bir kopya oluşturulmalıdır. Bu denir GitHub Çatal . Bir Çatal oluşturmak için, kuruluşta değil kişisel hesapta oluşturulan depoya gidin. Tıklamak Çatal sağ üst tarafta.
Orijinal depoyu çatallamanız gereken hesabı seçin. Bu durumda, deponun çatallanacağı organizasyon hesabını seçin.
Depo artık şu şekilde çatallandı: Demo-Proj-Org / Demo_Project_Repo_VN . Bu nedenle, kodla herhangi bir deney, orijinal depoda değil, çatallı havuzda yapılabilir.
Orijinal depoda herhangi bir değişiklik yapıldıysa, çatallı havuzun içinde olması gerekir. eşitleme . Çatallı havuzun senkronize olmasını sağlamak için komut satırı seçenekleri kullanılabilir, ancak bir çekme isteği oluşturmak daha basit bir seçenektir.
Orijinal depodaki bir dosyada bir değişiklik yapıldığını varsayarsak, bir Çekme İsteği oluşturmaya devam edin.
Linki tıkla çatallar arasında karşılaştırın.
Başlığı orijinal depo olarak ve tabanı çatallı depo olarak gösterildiği gibi seçin ve tıklayın Çekme isteği oluşturun.
Tıklamak Çekme isteğini birleştirin ve birleştirmeyi onaylayın.
Değişiklikler çatallı havuzda görünür ve orijinal depo ile senkronize olur.
GitHub Sorunları ve Proje Aşamaları
Normalde her projede, ilerlemenin bir parçası olarak görevleri, kusurları, geliştirmeleri vb. İzlemek gerekir. Proje Panoları ile birlikte yukarıda belirtilenlerin tümünü izlemek için GitHub'daki sorunları kullanabilirsiniz.
Sorunlarla, aynı şeyi çekme istekleriyle ilişkilendirebilirsiniz, böylece çekme isteği birleştirildiğinde otomatik olarak kapatılabilir. Ayrıca, açık sorunlar varsa, bunlar diğer depolara da aktarılabilir. Bu bölümde, sorunların nasıl kullanılabileceği hakkında daha çok şey göreceğiz.
Sorunlar ve Kilometre Taşları Oluşturma
Deponun ana sayfasına gidin ve Sorunlar Tab. Tıklamak Yeni baskı.
Bunu, üzerinde çalışması için bir ortak çalışana atayın, bir geliştirme olarak ayırt etmek için Etiket ekleyin. İyi bir uygulamadan da bahsetmek gerekir. Kilometre taşı ortaya çıkan sorunların ilerlemesini izlemek için.
Tıklamak Yeni bir sayı gönderin.
Sorun özeti görüntülenir. Sorun numarasının, daha sonra referans verilecek olan # 11 olduğunu unutmayın.
Sorun başka bir arşive de aktarılabilir. Bunu yapma seçeneği en altta 'Aktarım sorunu'.
Ekle bitiş tarihi kilometre taşına - R1. Deponun ana sayfasında şu adrese gidin: Sorunlar Sekme ve tıklayın Kilometre taşları .
Düzenle Milestone R1 için ayrıntılar ve bir son tarih ekleyin. Tamamlandığında değişiklikleri kaydedin.
Milestone R1'in artık 2 açık sorunu var ve tamamlanma yüzdesi de görülebilir.
Bu kilometre taşı için iletilecek sorunlara bakmak için Milestone R1'e tıklayın. Sorunlar, sorunları yukarı ve aşağı taşıyarak da yeniden önceliklendirilebilir.
Sorunları Filtrele
Aç / Kapat durumunda olan ve birden çok ortak çalışana atanmış birden çok sorun olduğunu varsayarsak. Belirli kriterlere dayalı olan konuları aramak çok önemlidir.
Örneğin, size atanan tüm sorunlar, açık durumdaki tüm sorunlar vb. GitHub, sorunları filtrelemek ve hatta istekleri çekmek için arama seçeneği sağlar.
Sorunlar sekmesine gidin ve filtre kutusuna aşağıdaki gibi kriterleri girin.
Örneğin, Açık durumdaki ve bir ortak çalışana atanmış tüm açık sorunlar.
tür: sorun durum: açık atanan: vniranjan2512 kilometre taşı: R1 etiketi: geliştirme
Talep Çekme Sorunlarını İlişkilendirme
Bir Çekme İsteğine belirli bir anahtar kelime ve sorun numarasıyla başvurulduğunda ve birleştirildiğinde sorun otomatik olarak kapatılır. Anahtar kelime ve sayı numarası ile bir işleme atıfta bulunulsa bile, sorun kapatılır.
Anahtar kelime herhangi bir örn. kapatır, kapatır, düzeltir, düzeltir, çözer, çözer.
Örneğin, pull request veya commit mesajında kapanır # 11.
Bir çekme talebi oluşturun ve mesajda gösterildiği gibi anahtar kelimeyi ve referans numarasını belirtin. Tıklamak Bir çekme isteği oluşturun ve birleştirin.
Çekme talebinin birleştirilmesiyle sorun otomatik olarak kapatılır. Kesinlikle biraz otomasyona ihtiyaç var.
Kaynak Koddan Yeni Sorunlar Oluşturun veya Açın
Herhangi bir kod değişikliği için yeni bir sayı açılabilir. Bununla, kod değişikliği satırının URL'si soruna eklenir. Kodun düzenlemesiz modunda, kod satırının yanındaki 3 noktayı (…) tıklayın ve seçin Yeni Sayıdaki Referans .
Sorun ayrıntıları güncellendi.
Pin Sorunu
Sorunları bulmayı kolaylaştırmak ve aynı zamanda tekrarlanan sorunları önlemek için sorunu sabitleyebilirsiniz. yaratıldı.
Sorunu açın ve sorunun sağ alt tarafındaki Pin sorunu.
Sorun artık sorun listesinin üstüne eklenmiştir.
Not: Herhangi bir zamanda en fazla 3 sorun sabitlenebilir.
GitHub Proje Panosu
GitHub'daki bir proje panosu, sorunları görselleştirmenin kolay bir yolunu sağlar. Proje ilerlemesini görüntüleyebilir ve hangi konuların henüz başlatılmamış, devam eden ve tamamlanmış sorunlara bakabilirsiniz.
GitHub'da bir proje panosu, önceden tanımlanmış bir iş akışına sahip olan ve aynı zamanda özelleştirilebilen Kanban şablonlarına dayalı olarak oluşturulabilir. Örnek, kullanıcı hesabına göre oluşturulan bir panoyu gösterecektir.
Deponun ana sayfasında şu adrese gidin: Projeler sekme ve bir Yeni proje.
Yukarıdan görebileceğiniz gibi, proje panosu şunlara yardımcı olur:
- Görevleri sıralayın
- Projenizi planlayın
- İş akışınızı otomatikleştirin
- İlerlemeyi izle
- Durumu paylaş
- Projeyi kapat
Temel Kanban Şablonu içeren Yeni Proje Panosu.
Pano, bir iş akışı ile oluşturulur. Ek iş akışı sütunları da tıklanarak eklenebilir. + Sütun ekle.
İş akışı ayrıca otomatikleştirilebilir. Örneğin, yeni bir sayı oluşturulursa, doğrudan Yapılacaklar durumu. Seçin Otomasyonu yönetin bu durum için seçenek.
Onay kutusunu seçin Yeni eklenmiş ve Otomasyonu güncelle'ye tıklayın. Dolayısıyla, yeni bir sayı oluşturulduğunda, sayı için seçilen proje otomatik olarak Yapılacaklar durumu. Ayrıca mevcut sorunu duruma sürükleyip bırakabilir ve bir durumdan diğerine geçebilirsiniz.
Bir sütuna, o sütundaki konularla ilgili bazı önemli bilgileri sunmanızı sağlayacak notlar da ekleyebilirsiniz. Tıkla + imzalayın ve bir not ekleyin.
Tıklamak Ekle.
Belgeler İçin GitHub Wiki
Herhangi bir projedeki çok önemli faaliyetlerden biri, tüm ekibin kullanması için deponuz için dokümantasyon oluşturmak ve sürdürmektir. GitHub deposu, GitHub Wiki kullanarak bu tür belgeleri oluşturma desteği ile birlikte gelir. Böylece projeniz ve kullanımıyla ilgili tüm bilgiler wiki'de tutulabilir.
Wiki'ler, GitHub'daki herkese açık depolar için ücretsiz olarak mevcuttur. Wiki'ler Açık kaynak İşaretleme kitaplığını kullanır. Bu kütüphaneyi wiki yazarken nasıl kullanacağımızı göreceğiz.
Depo İçin Wiki Desteğini Etkinleştirme
Deponun ana sayfasında, Ayarlar sekmesine gidin ve Wiki'ler seçeneği altında Özellikleri Bölüm.
GitHub Wiki Oluşturun
Deponun ana sayfasında şu adrese gidin: Wiki sekmesi. Tıklamak İlk sayfayı oluşturun.
Bir başlık girin ve Wiki'ye metin ekleyin. Ayrıca, Markdown desteğini kullanarak biçimlendirme seçeneğini de kullanabilirsiniz. Tıkla Sayfayı kaydet bir kez yapıldı.
Yukarıdaki içerikte, # başlık1 için, ## başlık2 için, ### başlık3 içindir. * sırasız listeleme için kullanılır. Önizleme aşağıda gösterildiği gibi olacaktır.
Üzerinde Wiki sekme tıklayın + Özel bir altbilgi ekleyin.
İçeriği ekleyin ve sayfayı kaydedin.
Kaydedilmiş herhangi bir Wiki'yi açın ve altbilgiyi göreceksiniz.
Kenar Çubuğu Ekle
Wiki sekmesinde + Özel bir kenar çubuğu ekleyin.
Kenar çubuğu için içerik ekleyin ve sayfayı kaydedin.
Herhangi bir wiki açın ve kenar çubuğunu göreceksiniz.
Wiki Geçmişini Görüntüle
Geçmişte, değişikliği kimin yaptığına, işlem mesajlarına ve değişikliğin yapıldığı tarihe bakabilirsiniz.
java'da genel dizi nasıl oluşturulur
Wiki'yi açın ve sayfayı düzenleyin. Tıklamak Sayfa geçmişi, sağ tarafta.
Değişikliklere bakmak için Hash'e tıklayın. Değişiklikleri karşılaştırmak ve daha yeni bir revizyondaki değişiklikleri geri almak için revizyonları seçin. Tıklamak Değişiklikleri geri al.
Değişiklikler eski revizyona geri döndürülür.
Not : Wiki'yi düzenleme iznine bağlı olarak değişiklikleri geri alabilirsiniz.
Sonuç
GitHub serisinin 1. ve 2. Bölümlerinde Sürüm kontrolü etkinlikleri, Depo oluşturma, Çekme İstekleri, Şubeler, Kod incelemeleri, Kuruluşlar ve ekipler, Depo Çatal, Etiketler, Dönüm Noktaları, Sorunlar, GitHub Projeleri, Wiki'ler hakkında gördük.
Yaklaşan eğitimimizde, sürüm oluşturmaya, Jira ile entegrasyona ve birkaçına bakacağız. Git komutları bu, geliştiricilere değişiklikleri GitHub deposuna göndermeden önce yardımcı olacaktır.
Tüm geliştiricilerin GitHub için bu uygulamalı yaklaşımı projelerinde yararlı bulacağını umuyoruz.
=> Özel GitHub Eğitim Eğitim Serisi İçin Burayı Ziyaret Edin.
Önerilen Kaynaklar
- Yazılım Projelerinde Risk Türleri
- Geliştiriciler İçin GitHub Eğitimi | GitHub Nasıl Kullanılır
- DevOps'ta Eclipse ile JAVA Projeleri için Microsoft TFS Nasıl Kullanılır
- JIRA Çevik Eğitimi: Çevik Projeleri Yönetmek İçin JIRA'yı Etkili Bir Şekilde Kullanma
- Manuel ve Otomasyon Projeleri için Test Planlama Nasıl Farklıdır?
- Selenyum İddiası Örnekleri - Projelerde Pratik Uygulamalar
- Yerinde - Yazılım Test Projelerinin Açık Deniz Modeli (ve Sizin İçin Nasıl Çalışır?)
- Git ve GitHub: Farklılıkları Örneklerle Keşfedin