Git ile uzak depolar

Taşıma Git İşbirlikçi çalışma için bir araç olarak, çoğu gelişmenin değişiklikleri bir arada ve çatışmasız tutmak için kullandığı günümüzde bir zorunluluk haline geldi.
Geçmiş eğitimlerde, yerel ortamlarda depoları nasıl yöneteceğimizi öğrendik ve nasıl kullanılacağını öğreniyorsak bu hiç de fena değil. GitBununla birlikte, iş dünyasında farklı şekilde ele alınır ve çoğu zaman, birden fazla şubeye sahip olacak ve içinde bulunan her geliştiricinin sürekli olarak değişiklikleri yükleyen uzak bir havuz üzerinde çalışmamız gerekecek.
Uzak depo, bize ait olmayan, bir bulut sunucusunda, başka bir geliştiricinin bilgisayarında veya hatta bir dosya sisteminde olabilen bir depodur. Bu depoların ana işlevi, biz de dahil olmak üzere diğer geliştiricilerin onunla işbirliği yapabilmesidir. dallar.
Uzak depomuzu oluşturmamıza izin veren birçok hizmet var. GitHub ancak bu, belirli projelerle geliştirici topluluğu arasındaki kişisel projelere ve işbirliklerine yöneliktir ve biz bitbucket, şirketler veya kuruluşlardaki özel projelere ve çalışma ekiplerine yöneliktir.
Bu eğitim için kullanacağız bitbucket, ücretsizdir ve odaklanmak istediğimiz çalışma felsefesine en yakın olanıdır.
Uzak bir deponun bize ait olmadığını, çünkü bize ait olmayan bir platformda olduğundan bahsetmiştik, ancak dilerseniz üzerinde oluşturmadan silmeye kadar çeşitli işlemler yapabiliriz.
Uzak depomuzu oluşturmak için sayfaya gidiyoruz bitbucket ve eğer kayıtlı değilsek hesabımızı oluşturuyoruz, giriş yapıyoruz ve ana panelimizde bulunarak seçeneği arıyoruz Yaratmak uzak depoyu oluşturmak için.

Depomuzu adlandırıyoruz, bir açıklama ekliyoruz, görünürlüğü ve gerçekleştirme yeteneğini seçiyoruz çatallar, ek olarak projemizin dayanacağı dili de seçebileceğimiz yerde, son olarak oluştur'a basıyoruz ve uzak depomuzu oluşturmuş olacağız.
Sıfırdan başladığımızı ve bir projemiz olmadığını, ancak yakında değişikliklerimizi yüklemeye başlayacağımızı varsayacağız, bunun için projenin olacağı klasörü oluşturmamız ve ilkini yapmamız gerekiyor. itmek.
Bunu yapmak için bir klasör oluşturuyoruz ve içinde bir komut konsolu açacağız ve onu bir havuz olarak başlatacağız. gitBundan sonra, yeni oluşturduğumuz depomuzun ana panelinde bulabileceğimiz uzak depomuzla bağlantı oluşturacağız:

Şimdi ilk işlemimizi gerçekleştirmemiz gerekiyor. itmek Her şeyin doğru çalıştığını kontrol etmek için basit bir metin içeren bir .txt olabilen yeni bir dosya oluşturacağız. komutunu kullanıyoruz. Ekle depoya eklemek için ilkini ekliyoruz işlemek ve sonunda yapıyoruz itmek şubeye usta:

Her şeyin yolunda gittiğini gördüğümüz gibi, ancak yeni başlayan ve araç hakkında biraz güvensiz hisseden ve dosyaların yüklenip yüklenmediğini merak eden kullanıcılar için şu adrese gidebilirler: bitbucket ve depoyu yenileyin ve yapılan değişiklikleri görebilirsiniz:

BÜYÜT

bitbucket son derece yararlıdır, yalnızca depolar oluşturmamıza izin vermekle kalmaz, aynı zamanda web uygulaması depodaki şube gibi verileri görmemizi sağlar, çatallar yapılanları, içindeki etkinliği ve hatta diğer geliştiricilere davetiyeleri gönderin.
Depomuzu oluşturduktan sonra, işbirliği çalışmasına başlama zamanıdır, bunun için yapmamız gereken ilk şey şubeleri oluşturmak veya dallar. şube dışında usta Genel olarak proje için ek bir dal oluşturmalıyız ve geliştiricilerin yapacağı da bu. birleştirmek ve son değişikliklerinizi yükleyin.
Bireysel şubelerEk olarak, her geliştiricinin bunun için bir şubesi olması önerilir, bu nedenle her ekip üyesinin değişiklikleri bölümlenir ve son yüklemede bir hata olması durumunda çok fazla sorun olmadan iade edilebilir.
adlı şubeyi oluşturacağız. gelişmekte ve değişikliklerimiz için kişisel bir şube, bunu komutuyla yapıyoruz dal şubenin adının ardından konsolumuzda nasıl göründüğüne bakalım:

Bu, şubelerimizi yerel olarak oluşturacak, ancak biz bunlarda değişiklik yapana ve itmek depomuza kaydedilmeyecekler, bunun için komutla kişisel şubemize geçeceğiz. Çıkış yapmak ve ile doğrularız durum yapacak bir şeyimiz olmadığını işlemek, yeni bir dal olduğu için bu şekilde olmalı, bakalım:

Şimdi projemize ağırlık vermek için klasörler ve bazı dosyalar oluşturacağız, ancak değişikliklerin şubemizde olacağını hatırlayalım. Bu işlemleri yaptıktan sonra bunları eklemeliyiz. Ekle, Gerçekleştir işlemek karşılık gelen ve son olarak itmek şubemize, komut konsolumuzda şu işlemleri görelim:

Şubemize yüklemeyi zaten yaptık, şimdi sadece geliştirme şubesi ile aynı şeyi yapmamız gerekiyor, ancak bunun için add veya commit komutunu kullanmamıza gerek yok, bunun için komutu kullanacağız. birleştirmek Şubede olmayan değişikliklere katılmak bize çok iş kazandırır ve depoda yaptığımız işlemleri takip etmemizi sağlar.
Bunu yapmak için şu komutla geliştirme şubesine geçmeliyiz. Çıkış yapmak ve orada komutu uygulayacağız birleştirmek yaptığımız değişikliklere katılmak için jacosta şubesini işaret ederek.

Bu işlem ile güncelleme yapılacaktır ancak bu, değişiklikleri şubeye yüklediğimiz anlamına gelmez. itmek, ancak bu bize bazı ekstra adımlardan tasarruf sağlar ve bize daha temiz bir yükleme işlemi sağlar. Bu eylem yeni şubeyi yaratacak ve değişikliklerimizi birleştirecek, eğer konsolun bize bildirdiğine hala güvenmiyorsak, gidebiliriz bitbucket, oluşturulan yeni şubelerin yanı sıra gerçekleştirdiğimiz aksiyonları da son faaliyet bölümü altında görebileceğimiz:

BÜYÜT

Gördüğümüz gibi yeni şubelerimiz ve yapılan yeni değişiklikler var. Bunun, ortak çalışma ortamlarında çalışırken gerçekleştirmemiz gereken normal iş akışı olduğunu belirtmek önemlidir, aksi takdirde çatışmalara neden olur ve ekibimizin depoda sorun gidermek için birkaç saat harcamasına neden oluruz.
Az önce gördüğümüz şey, uzak depoyu yaratanın biz olduğumuz fikrinin bir parçası, ancak bunlardan birine davet edildiğimiz anda süreç biraz değişiyor. Ekibimizin de kullandığını varsayalım bitbucket ve depoyu platformda oluşturdular, ana panele gittik, seçeneği bulduk Klon ve ona bastığımızda, bizi tam olarak o anda depoda olanı klonlayan bu eylemi gerçekleştirmek için tam satırı göreceğiz:

BÜYÜT

Bu eylemin o anda depoda tam olarak olanı klonladığından veya kopyaladığından bahsetmiştik, ancak bazı geliştiricilerin bir son dakika değişikliği yüklemesi ve klona dahil edilmemesi durumunda kopyada olmayacağı durum olabilir. bizim makinemizde olacak.
Yaygın hataBu hata en yaygın olanlardan biridir ve birçok acemi kullanıcının depoları yönetmekte başarısız olduğu durumlardan biridir. Git, ve ilk önce yapılan değişiklikler olduğunu doğrulamadan dosyaların depoya yüklenmesidir. Ancak çözüm basit, belki de en karmaşık olan şey, uygulamayı benimsemek ve komutu yürütmektir. çekmek proje üzerinde çalışmaya başlamadan ve herhangi bir şey yüklemeden önce, bu, bizim neden olduğumuz bir depo çatışmasının utanç verici durumunu önler.
Son olarak belirtmekte fayda var ki, her ne kadar Git Geliştirme ekibindeki değişiklikleri birleştiren projemizin ve dosyalarımızın kontrolünü elimizde tutmamıza izin verir, sadece proje yönetimi için kullanabileceğimiz bir araç değildir.
Asana veya Trello gibi uygulamalarla el ele almanızı, projelerimizin tüm cephelerde kapsanmasını sağlamanızı öneririz, bu şekilde her zaman en son değişikliklere sahip olacaklarını ve ayrıca bunun için belirlenen tarih ve taahhütlerin doğru olduğunu bileceğiz. hatasız karşılanmak..
Bununla, uzak depomuzu oluşturabileceğimiz bu öğreticiyi bitiriyoruz. bitbucket ve ek olarak, işbirlikçi bir geliştirme ortamında çalışırken en iyi şekilde ele alınması için gereken tüm iş akışını görebildik.Bu Eğitimi beğendiniz ve yardım ettiniz mi?Yazara olumlu puan vermek için bu düğmeye basarak yazarı ödüllendirebilirsiniz.