ibm rational jazz source control
Caz Kaynak Kontrolü RTC'de, kaynak kodu ve belgeler veya HTML dosyaları veya herhangi bir metin dosyası gibi diğer yapıları tutabilen bir havuzdur. Caz kaynak kontrolü yönetimi, bileşen, değişiklik kümesi, akış, depo çalışma alanı vb. Gibi birkaç bileşenden oluşur.
Bu eğiticide, Jazz Source kontrolünün bileşenleri ve işlevleri hakkında daha fazla bilgi edineceğiz. Yapı Yönetimi RTC modülü.
NOT : Bu eğitimde birçok resim var, bu yüzden düzgün yüklenmesine izin verin.
Bu eğiticide, 'IBM Rational Team Concert' kullanarak 'Caz Kaynağı denetimi' konusuna derinlemesine bir göz atacağız ve sürüm 6.0.2'ye dayalıdır.
Ne öğreneceksin:
- IBM Rational Team Concert'a Giriş
- Caz Kaynak Kontrolünün Bileşenleri
- Caz Bileşenleri Nasıl Çalışır?
- Caz SCM Kullanımı
- Yapı Yönetimi
- Sonuç
- Önerilen Kaynaklar
IBM Rational Team Concert'a Giriş
Yukarıda belirtildiği gibi, IBM Rational Team Concert (RTC), IBM Rational CLM çözümünün temel bileşenlerinden biridir.
Bugün ALM çözümü ile proje ekipleri yürütmeyle entegre bir çözüm arıyor. IBM Rational Team Concert, Proje Yöneticilerinin ve Geliştiricilerin birkaç yapıyı tek bir havuzda tutmalarına yardımcı olur.
Eserler şunlardır:
- İş Öğesi Yönetimi
- Proje Planlama (Destekler Çevik Scrum veya Şelale)
- Yazılım Yapılandırma Yönetimi (SCM)
- Yapı Yönetimi
Geliştirme perspektifinden gerçekleştirilen işin tam izlenebilirliğini sağlamak için yukarıdaki bileşenlerin tümü iyi entegre edilmiştir. Şimdi, Jazz SCM ile ilgili bazı kavramlara bir göz atalım.
Birden çok üyeden oluşan herhangi bir geliştirme ekibi, geliştirilmekte olan bir uygulama için geniş bir kaynak kodu tabanıyla çalışır. Her ekip üyesi aynı kaynak koduyla çalışır, bir veya daha fazla dosyayı yeni bir özellik üzerinde çalışmak veya bir kusuru düzeltmek için değiştirir. Ekip üyesi, değişikliklerin doğru olup olmadığını kontrol eder ve ardından bu değişiklikleri ekibin geri kalanıyla ortak bir alanda paylaşır.
Aynı zamanda, diğer ekip üyeleri kendilerine atanan görevler üzerinde çalışacak ve kaynak kodda değişiklikler yapacak. Bu nedenle bir kaynak kontrol aracı, ekibin kaynak kodunu veya belgelerini düzenlemeye, bunları takip etmeye ve değişiklikleri ortak bir alanda paylaşmaya yardımcı olur ve böylece ekibin kendilerine atanan görevleri tamamlamasına yardımcı olur.
Benim .. De önceki eğitim , iş öğelerinin (Öykü, Görev, Kusur vb.) önemli proje bilgilerini nasıl tuttuğunu gördük. Buna ek olarak, bunlar Görev öğeleri şimdi kaynak kodundaki değişikliklere bağlanacak.
Caz Kaynak Kontrolünün Bileşenleri
Caz Kaynak Kontrolü RTC'de, kaynak kodu ve belgeler veya HTML dosyaları veya herhangi bir metin dosyası gibi diğer yapıları tutabilen bir havuzdur. Bu kod deposu tarafından yönetilmektedir Jazz Team Sunucusu ve bu eğiticide göreceğimiz bir URL kullanılarak erişilir.
Caz Kaynak Kontrolü ile ilgili bileşenlere ve bundan nasıl yararlanacağımıza bakalım.
# 1) Seti Değiştir
Bir Değişiklik Kümesi, genellikle birlikte gruplanan bir dosya veya dizin değişiklikleri koleksiyonudur. Aşağıdaki bölümlerde, kaynak kodda yapılan birden çok değişikliğin nasıl bir değişiklik kümesinde gruplandığını göreceksiniz.
# 2) Akış
Tüm ekibin değişikliklerini depolamak için bir akış kullanılır. Tipik olarak, tüm ekip üyeleri kaynak kodunda değişiklik yaptığında, değişiklikleri ana akım projelere taahhüt eder veya teslim ederler. Değişiklikleri teslim etmeden önce, kaynak kodda yaptıkları değişiklikleri veya herhangi bir yapıyı bir ekip üyesinin atandığı bir Görev çalışma öğesine atamaları gerekir.
# 3) Bileşen
Bir bileşen, kaynak kodunu ve diğer proje yapılarını içeren tüm yapıları tutar.
# 4) Depo Çalışma Alanı
Arşiv çalışma alanı, sürüm kontrollü yapıları görüntüleyebileceğiniz ve değiştirebileceğiniz bir alandır. Depo Çalışma Alanının oluşturulması, kaynak kontrol yapıları üzerinde çalışan her üye için bir zorunluluktur.
Dolayısıyla, Caz Kaynak Kontrolü deposunda çalışan 10 üye varsa, her biri sürüm kontrollü dosyalar üzerinde çalışmak için en az 1 depo çalışma alanı oluşturmalıdır.
Caz Bileşenleri Nasıl Çalışır?
Yukarıdaki bileşenlerin entegre olarak birlikte nasıl çalıştığının iş akışına bakalım.
Akış, aşağıda gösterildiği gibi soldan başlar. ilk geliştirici Eclipse veya Visual Studio.Net gibi geliştirme IDE'sindeki değişiklikleri kaynak koduna yapıyor ve ardından depo çalışma alanındaki değişiklikleri kontrol ediyor ve proje ana paylaşılan çalışma alanındaki değişiklikleri TESLİM EDİYOR Akış .
ikinci geliştirici kaynak kodu değişiklikleri üzerinde çalışırken KABUL ETMEK kendi çalışma alanına dönüşüyor. Bunu yaparken, aynı satırda veya birden fazla satırda herhangi bir çakışma varsa, bu değişiklikleri manuel olarak birleştirmesi gerekir.
Caz SCM Kullanımı
Jazz SCM üzerinde çalışmak için, kullanıcıların aşağıdakileri yapması gerekir. Yukarıdaki senaryoyu aldım ve aynı kod tabanı üzerinde çalışan 2 kullanıcıyla anlattım. Bu eğiticide, Eclipse IDE'de örnek bir Java web projesi kodu kullanıyorum. Aynı prosedür Visual Studio.NET for .NET kod tabanında da izlenebilir.
Kullanıcı 1 Etkinliği
- Kullanıcı1 projeyi Caz kaynağı kontrolü
- Kullanıcı1 değişiklikler yapar, iade eder ve değişiklikleri projeye teslim eder AKIŞ . Kesin bir check-out gerekmediğini unutmayın. Kullanıcı değişiklik yaptığı için ödeme olarak kabul edilir.
Şimdi Eclipse IDE'de User1 olarak yukarıdaki 2 adımın nasıl yapıldığına bakalım. Böylece ilk kullanıcı RTC proje alanına giriş yapar ve Java perspektifine geçer.
KİME örnek HelloWorld Maven web projesi oluşturulur ve şuraya yüklenecektir: Caz kaynağı kontrolü takımın üzerinde çalışması için.
(Not:Büyütülmüş bir görünüm için herhangi bir resme tıklayın)
Projeyi Caz Kaynağı Kontrolüne Kullanıcı1 olarak paylaş
# 1) Kullanıcı1, RTC proje alanında oturum açar ve Maven projesinin Paket Gezgini görünümünde görüneceği Java perspektifini açar. Projeyi Jazz kaynak kontrolüyle paylaşmak için projeye sağ tıklayın ve ardından seçin Takım => Projeyi Paylaş
#iki) Seçiniz Caz Kaynak Kontrolü ve Jazz deposuna yüklemeyi tamamlamak için kalan adımları izleyin
Yeni bir depo çalışma alanı oluşturun Kullanıcı1 için
Seçin Proje akışı . Akışın ve bileşenin, RTC proje alanı oluşturulduğunda varsayılan olarak oluşturulduğunu unutmayın. Kendi akışınızı ve bileşeninizi de oluşturabilirsiniz. Bu alıştırma için, önceden oluşturulmuş olan varsayılanları kullanacağız.
Emin olun paylaşılacak proje Caz kaynak kontrolü ile seçilir. Tıklayın Bitiş .
# 3) Şimdi görebilirsiniz Kullanıcı1 Çalışma Alanı ile ilişkili Paket Gezgini'nde Maven projesi Bu, projenin artık Caz kaynak kontrol deposu altında olduğu anlamına gelir.
# 4) Proje, Caz kaynak kontrolüyle paylaşılıyor ancak henüz diğer ekip üyeleri tarafından görülmüyor. Bunun için bir Operasyonu teslim et yapılmalı. Git Bekleyen değişiklikler Görüntüle ve bir göreceksin Giden klasör. Giden klasörüne sağ tıklayın ve Giden klasörü altında Değişiklik kümesini görebilirsiniz öğesini seçin. Geliştiriciye atanmış bir yorum veya bir Görev çalışma öğesi olabilir
# 5) proje artık proje akışında mevcut . Böylece diğer kullanıcılar artık bir depo çalışma alanı oluşturabilir ve sürüm kontrollü projede kendi başlarına değişiklikler yapabilir. yerel Eclipse çalışma alanı
Kullanıcı2 Etkinliği
Kullanıcı2 arşive ilk kez erişeceğinden, aşağıdaki işlemlerin yapılması gerekir.
- Kullanıcı2 oturum açar RTC proje alanı
- Bir depo çalışma alanı oluşturur ve yüklediği projeyi indirir. Kullanıcı1
- Başlangıçta proje, değişiklik yapmak için caz deposundan yerel makineye indirilecektir. Bu nedenle ilk kez, Kullanıcı2'nin herhangi bir değişikliği KABUL ETMESİ gerekmez. Ancak daha sonra kullanıcının değişiklikleri KABUL ETMESİ gerekecek
- Kullanıcı2 değişiklikleri yapar ve ardından bu değişiklikleri akışa gönderir.
# 1) Kullanıcı2, aşağıda gösterildiği gibi bir arşiv çalışma alanı oluşturur. Sağ tıklayın Akış ve seçin Yeni => Depo Çalışma Alanı
Gibi bir isim girin User2_Workspace ve ardından kalan adımları izlemek için İleri'ye tıklayın.
Tıklayın Bitiş Maven projesini depodan yerel makine tutulması çalışma alanına indirmeye başlamak için.
Tıklamak Bitiş
#iki) Şimdi bağlantılı olan projeyi görebilirsiniz. User2_Workspace
# 3) Aç indeks . jsp dosyalayın ve bazı değişiklikler yapın. Ödeme olmadığını ve bu değişikliğin Kullanıcı2 olarak yapıldığını unutmayın. Dosyada değişiklik yaptıktan sonra dosyayı KAYDEDİN. Altındaki Bekleyen değişiklikler görünüm, bulacaksın Çözülmemiş Klasör.
# 4) Eğer istersen Geri alma değişiklikleri, ardından sağ tıklayarak yapabilirsiniz. Çözülmemiş klasör ve seçin Bu gerekli değilse, o zaman sonraki adıma ilerleyin.
# 5) Şimdi sağ tıklayın Çözülmemiş klasör ve seçin Check-in Tümü .
# 6) Değişiklik kümesine bir GÖREV iş öğesi atayın ve değişiklikleri akışa iletin. Şu şekilde gösterilen değişiklik kümesine sağ tıklayın
Atanan Görev iş öğesini seçin. Kullanıcı2 ve tıkla TAMAM MI
# 7) Şimdi ile ilişkili değişiklikleri görebilirsiniz. Görev çalışma öğesi ve şimdi yapabilir teslim etmek akıştaki değişiklikler.
# 8) Ayrıca görüntüleyebilirsiniz. Değişikliklerin tarihi herhangi bir dosyaya. Paket veya Proje Gezgini'nde dosyaya sağ tıklayın ve Takım => Geçmişi Göster
# 9) Herhangi bir önceki sürüme sağ tıklayarak önceki sürüme geri dönebilirsiniz. Sürüm Kimliği ve seçme Yük . Bundan sonra, her zamanki gibi kontrol etmeniz ve Teslim etmeniz gerekecektir.
Kullanıcı1 Etkinliği
Kullanıcı1 çalışma alanına geri döndüğünüzde, Kullanıcı2 değişiklikleri teslim ettiğinden, Kullanıcı1 artık değişiklikleri şu şekilde görecek: Gelen. Sağ tıklayın Gelen klasör ve sonra seçin Kabul etmek .
Kullanıcı2 tarafından yapılan değişiklikler artık Kullanıcı1 çalışma alanında doldurulur. Dolayısıyla, Kullanıcı1 çalışma alanı, Caz depo .
Kullanıcı1 olarak, artık Kullanıcı2'nin bile aynı satırda bir değişiklik yaptığını varsayarak bir çakışma oluşturmak için etiketin ikinci satırını değiştirin.
Her zaman oldugu gibi dosyayı kaydedin, Tümünü İade Et, Bir Görev iş öğesine Ata ve Teslim Et akıştaki değişiklikler.
Kullanıcı2 Etkinliği
Kullanıcı2'deki değişikliği görecek Gelen klasör. Ama aynı zamanda Kullanıcı2 aynı satırı da değiştirir.
Dosya 'yı kaydet. Sağ tıklayın çözülmemiş klasör ve seçin Tümünü Kontrol Et
Bir atayın Görev çalışması Teslim etmeden önce öğe . Başlıklı değişiklik kümesine sağ tıklayın
Sağ tıklayın Dışa dönük klasör ve seçin Teslim etmek
Bir çelişki olduğu için değişikliklerin teslim edilemeyeceğini fark edeceksiniz. Anlaşmazlığı çözmemiz ve ardından devam etmemiz gerekiyor Teslim etmek. Tıklamak TAMAM MI
Çatışmayı çözmek için her şeyden önce, kabul etmek Gelen değişiklikler. Gelen klasörüne sağ tıklayın ve ardından Kabul etmek
Auto, Resolve kutusunda Resolve Daha sonra seçenek
İçinde gösterilen index.jsp dosyasına çift tıklayın. Çözümlenmemiş klasör.
İndex.jsp dosyasına sağ tıklayın ve seçin Benimkiyle çöz. Bu seçenek, mevcut kullanıcı olan Kullanıcı2 tarafından yapılan değişiklikleri koruyacaktır. Önerilen ile Çöz dosyayı Kullanıcı1 tarafından yapılan gelen değişikliklerle güncelleyecektir.
Tıklamak Evet devam edin ve ardından seçeneği seçin Birleştirilmiş Olarak Çöz sağ tarafta.
Şimdi aşağıdaki değişiklik setine sağ tıklayın Dışa dönük klasör ve ardından seçin Teslim etmek
Şimdi Kullanıcı1 olarak giriş yapın ve Kabul etmek değişiklikler Gelen Klasör.
Yapı Yönetimi
IBM Rational Team Concert, bu öğreticide yukarıda açıklanan sürüm denetimi etkinliklerinin mantıksal bir uzantısı olarak yapı yönetimini destekler. Birden çok ekip üyesi, değişikliklerini sıklıkla tercihen günlük olarak sunar ve bu entegrasyonun her biri, herhangi bir kusur veya hatayı mümkün olan en kısa sürede tespit etmek için otomatik bir yapı ile doğrulanır. Bu yol açar Sürekli Entegrasyon kavramı. Otomatik derleme normalde özel bir derleme sunucusunda yapılır, geliştirici makinesinde değil.
Derleme sunucusunda RTC'de yapı yönetimi etkinliklerine başlamak için, indirip yüklemeniz gerekir Sistem Araç Seti Oluşturun IBM Installation Manager kullanılarak. 6.0.2 sürümü için Jazz.net'te mevcuttur. indirme sitesi .
Kurulum talimatları burada bulunabilir. sayfa .
Herhangi bir yapıyı tanımlamak ve çalıştırmak için aşağıdaki 2 yapı yapısına ihtiyacınız olacak
- Yapı Motoru tanımlı yapıyı çalıştırmaya yardımcı olur. Bu, Derleme araç seti yüklendikten sonra kullanılabilir
- Yapı Tanımı ANT veya Maven gibi herhangi bir derleme komut dosyasını tanımlamaya yardımcı olan
Tüm Yapı Yönetimi eylemleri özel bir derleme sunucusunda yapılır ve derleme için ayrı bir depo çalışma alanı oluşturulmalıdır. Mevcut herhangi bir geliştirici deposu çalışma alanını kullanmayın.
Build Engine'i Başlatma
RTC'de, aşağıda gösterildiği gibi bir Yapı motoru oluşturun. Sağ tıklayın Motorları Oluştur klasör ve ardından seçin Yeni Yapı Motoru
Tıklayın Sonraki>
Bir İD ve seçin Caz Yapım Motoru ve tıklayın Bitiş
Build Engine ekranında Kaydet'e tıklayın
Build Engine'i başlatın
Build Engine'i başlatmak için, kurulu olduğu dizine gidin ve ardından build toolkit eclipse dizininde bulunan jbe.exe programını çalıştırın.
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Programı aşağıdaki gibi bir komut isteminden çalıştırın
Değerleri sunucu ayrıntılarınıza göre değiştirin
Bir Yapı Tanımı Oluşturun
Sağ tıklayın Yapılar klasör ve seçin Yeni Yapı Tanımı ve tıklayın Sonraki
Bir kimlik girin ve seçin Maven - Derleme şablonu olarak Jazz Build Engine. Tıklayın Sonraki
Seçiniz Caz Kaynak Kontrolü ve seçin Bitiş
İçinde Genel Bakış Sekmesi Yapı Tanımının Yapı Motoru daha önce oluşturulmuş ve ardından TAMAM MI
İçinde Caz Kaynağı Kontrolü SEKMESİ seç veya yeni bir Derleme Çalışma Alanı oluşturun ve bir girin dizin yükle . Bu, projenin indirileceği ve derlemenin oluşturulacağı dizindir. WAR dosyası . Derleme her tamamlandığında silinecek ve derleme için en son proje içeriği indirilecektir.
Aynı SEKME'nin hemen altında, en son seçeneği görebilirsiniz. değişiklikler kabul edilecek herhangi bir yeni yapıdan önce ve yalnızca değişiklik varsa, yapı yapılacaktır.
mysql vs oracle vs sql sunucusu
İçinde Maven SEKMESİ, pom.xml dosyasına konumu girin. Proje genellikle yükleme dizinine indirilecektir. Böylece pom.xml konumu, D: LoadDir HelloWorld-Maven
Hedefi şu şekilde girin: Yüklemek.
Giriş Bin olmadan Maven ana dizini
Kayıt etmek Yapı Tanımı.
Bir yapı talep edin
Takımda, Eserler görünümünde yapı tanımına sağ tıklayın ve ardından seçin Derleme İste.
Tıklamak Sunmak.
Derleme sonucu başarıyla tamamlandı olarak gösterilir ve hedef dizinde oluşturulan WAR dosyası paket gezgininde gösterilir.
Sonuç
Bu eğiticide, IBM Rational Team Concert içinde sürüm denetimi modülünün nasıl kullanılacağını ve iş öğelerinin kaynak kodun izlenebilirliğinde nasıl çok önemli bir rol oynadığını gördük.
RTC'deki SCM etkinliğinin en önemli kısmı, Sürekli Entegrasyon kavramını tanımlayan Yapı Yönetimi ile tamamen entegre olmasıdır.
Jazz SCM deposundaki en son değişiklikleri kabul eden ve derlemeyi gerçekleştiren RTC'nin Yapı Yönetimi modülünü de öğrendik.
Bir sonraki öğreticimde , bu derleme etkinliğine bir uzantı göreceğiz: IBM Urbancode Deploy adlı başka bir IBM aracını kullanarak Otomatik Devreye Alma.
Bizi izlemeye devam edin!!!
Aşağıdaki yorumlar bölümünde düşüncelerinizi / önerilerinizi bize bildirin.
Önerilen Kaynaklar
- DevOps'ta Kaynak Kontrolü veya Sürüm Kontrolü (Video Eğitimi Bölüm 2 - Blok 2)
- Rational Functional Tester (RFT) ile IBM Rational Quality Manager (RQM) Entegrasyonu
- SVN'den IBM Rational Team'e Konser Geçiş Eğitimi
- Rational Robot'un Öğrenme Temelleri - IBM Test Automation Tool
- IBM Rational Team Concert Defect Management Tool Eğitimi
- Windows'ta IBM Rational Team Concert (RTC) ve SVN Integration
- IBM Rational Quality Manager for Test Data Management'taki Veri Havuzu Özelliği
- IBM Rational Team Concert Gelişmiş Çalışma Öğesi Özelleştirmesi