«git» etiketlenmiş sorular

Not: Sorum belirli sorunuma odaklandı (Liferay'ı içeriyor), ancak umarım git üzerinde aynı projenin çeşitli sürümlerini tutması gereken herkes için yararlı olabilir. Liferay Portal için birçok eklenti yazan bir şirkette çalışıyorum . Bu eklentiler (portletler, temalar vb.) Genellikle yeniden kullanılabilir ve elbette portalın yeni sürümleri için güncellenmelidir. Ancak, taşınamayacak kadar var …

13 version-control  git  branching 

Gerçek bir kurumsal uygulama için nasıl olacağını gerçekten hissetmek için bugünlerde GitHub'da olabildiğince fazla zaman geçirmeye çalışıyorum (hatta işteki takımdaki tek kişi benim bile) . Bir sorum var sürümü kontrol etmek . Diyelim ki bir proje başlattık. Daha sonra ekip üyeleri bazı şubeler oluşturup orada gelişti. Üretime hazır olduğumuzda, tüm …

13 project-management  git  github  svn 

İlgili: Her git taahhüdü projeyi çalışır durumda bırakmalı mı? Aşağıdaki taahhütleri yerel olarak yaptığımı varsayalım: Uygulamayı bozarak veritabanı şemasını değiştirin. Uygulamayı, veritabanı şemasıyla tekrar uyumlu olacak şekilde güncelleyin. Her iki taahhüdü de ittiğim sürece, çalışır durumda masterkalır. Ancak, tarihsel bir sürüm bozuldu. git rebase -iTaahhütleri birlikte ezmek için kullanabileceğimin farkındayım …

13 git  dvcs 

Öyleyse aşağıdakileri hayal edin (ve hepimiz SourceTree'yi kullanıyoruz): Hepimiz kökeni / gelişimi üzerinde çalışıyoruz. Bir hafta tatile giderim. İş arkadaşım, kökeni birleştirmeden / yerel gelişim şubesine geri gelişmeden son birkaç gündür yerel olarak çalışıyor. Bir itme yapmaya çalışır, önce birleştirmesi gerektiği söylenir ve sonra bir çekiş yapar. Birleşme sonrası otomatik …

13 git 

Şu anda şirketimin SVN deposunda aşağıdaki gibi organize edilmiş bir Visual Studio çözümü var: SolutionFolder (~3.5 GB) |-> SolutionName.sln |-> .. Some source code folders... (~250 MB) |-> ThirdParty (~3 GB) |-> Tools | -> Tool1 | -> Tool2 Araç1 ve Araç2 bağımsız olarak oluşturulur (kendi çözümlerine sahiptir), ancak ana …

13 version-control  git 

GitHub'ı bir süredir kullanıyorum ve genellikle özellik dallarını zorlayıp daha sonra kendim birleştirdiğim bir Çekme İsteği başlattım. Şubeleri birleştirdiğim yeri takip etmeme yardımcı olduğunu buldum. Ancak son zamanlarda Git'in nasıl çalıştığı hakkında giderek daha fazla okudum ve şubeleri birleştirdiğimde başvurmak için birleştirme taahhütlerini kullanabileceğimi fark ettim. Öyleyse, bir özellik dalını …

13 git  github  merging  pull-requests 

Genellikle programladığımda, önümde net bir görev var, ancak devam ederken temizlemek istediğim sinir bozucu şeyler buluyorum. Burada üç seçenek görüyorum: Daha sonra yapın (bir bilet ekleyerek zamanınızı unutup unutmanız gerekebilir) Şimdi yap ve mevcut işimle birlikte yap (belirsiz) Şimdi yapın ve ayrı ayrı taahhüt edin (bulmak zorunda, bir hata yapabilir …

12 version-control  git  svn  workflows 

Şu anda bir özellik dalının bir alt özellik dalı için dallandığı aşağıdaki durumdayız (aynı özellik için arka uç ve ön uç işleri üzerinde çalışmak gibi): o | o development |\ | o feature-a | | | o | |\ | | o feature-a-sub | | | | | | | …

12 git  branching 

Uzun zaman önce birlikte çalıştığım web geliştiricisinin küçük ekibi, web geliştirme için git'i kullanmaya başladı. O zamanlar doğrudan sahnelemeyi veya ustalaşmayı taahhüt ettik ve sonra ikisi arasında sık sık birleştik. Hiç yoktan iyiydi, ama aynı zamanda bir karışıklıktı. Çok uzun zaman önce gitflow iş akışını kabul ettik. Kesinlikle daha önce …

12 web-development  git  gitflow 

Şirketimde bir GitLab sunucusu kuruyorum ve şimdi buna GitLab CI ekliyorum. Bu göreve başlamadan önce, koşucularımı GitLab ve GitLab CI tarafından kullanılan aynı sunucuda çalıştırmanın dezavantajları olup olmadığını anlamak istiyorum. Güvenlik endişeleri olduğunu okudum ama sadece dahili olarak kullanıyoruz, bu yüzden bunun bir sorun olabileceğini düşünmüyorum. Bir şey mi kaçırıyorum?

12 git  continuous-integration  gitlab 

Bir meslektaşım ve ben, mevcut git deposundan türetilmiş bir sürümü kod oluşturduğumuzda kodumuza entegre etmenin meselelerini / değerlerini tartışıyor / tartışıyoruz. Değerlerin şunları içerdiğini düşünüyoruz: Sürüm numarasını güncellerken insan hatası konusunda endişelenmenize gerek yok Bir cihazda bulduğumuz ve türetildiği kaynak kod arasındaki izlenebilirlik Ortaya çıkan sorunlar (bizim için) şunları içerir: …

12 c  git  builds  build-system 

Bir takibi olarak bu soruya : Kendi başıma bir ekip üzerinde çalışıyorsam, şubeleri birleştirirken tüm taahhütleri tek bir farkla ezip sonra bu farkı birleştirerek yararlı taahhüt mesajları koruyabilirim. Bu şekilde dalda hangi değişikliklerin tanıtıldığını kolayca görebilirim ve ana dalda gezinirken o dalda gerçekleştirilen özelliği / değişikliği / her şeyi açıklayan …

12 git  branching 

Kişisel bir iş akışı bulmaya çalışıyorum. Bir sürümün varsayımsal ömrünün bir akış şemasını bir araya getirdim: bir geliştirici, genel bir github deposuna itiyor + bazı özelliklere yardımcı olan ve bir hatayı düzelten bir arkadaş. Bu sürüm kontrolüne makul bir yaklaşım mı? Ana fikir, kamuoyunu düzenli tutmaktır: Her yeni sürüm, bittiğinde …

12 project-management  programming-practices  version-control  git  workflows 

Git, maven ve jenkins ile aşağıdakileri yapmanın tercih edilen yolu nedir: "Dev" ve "release" şubelerini sürdürmek istediğim bir uygulama geliştiriyorum. Jenkinlerin ikisini de inşa etmesini istiyorum. Serbest bırakma yapılarının 1.5.2 gibi sürümlere sahip olması ve dev-build'lerin sadece 0.0.1-SNAPSHOT'lar olması olabilir. 2 farklı pom.xml dosyasına sahip olmak istemiyorum. Profillere baktım, ancak …

12 git  workflows  versioning  jenkins  maven 

Hepsi aynı tabana sahip bir uygulama ailemiz var. Şimdiye kadar bu tabanı geliştirdim ve Git iş akışı çok basitti: Geliştirme developdalda yapılır name-of-the-featureŞubede yeni özellikler geliştirildi Bültenler release-**şubede yapılır Şimdiye kadar, kod ailenin her uygulaması için aynıydı. Diyelim ki paylaştıkları üs şimdi tamamlandı ve bundan sonra kod her uygulama için …

12 git