svn: gövdesini şube ile değiştir

Bir yıkım havuzunun dallarından birini yeni sandık yapmanın en iyi yolu nedir?

Tüm sistem için büyük bir yeniden yazma yapıldı: işler taşındı, yeniden yazıldı, değiştirildi, kaldırıldı, yeniden adlandırıldı vb. Yeniden yazılmış kod test edildi ve eski bagajın yerini almaya hazır.

Temel olarak, eski ana hat (Trunk 5) etiketlenir ve burada sona erer. Yeniden yazılan şube (Şube 6) yeni ana hat (Gövde 7) olacaktır:

Bagaj (1) -> Bagaj (2) -> Bagaj (5) -> × + -> yeni Bagaj (7)
  \ \ |
  çatal birleştirme ???
    \ \ |
     + -> Şube (3) -> Şube (4) -> Şube (6) - +

Eski 'Bagajdan' devam eden tüm değişiklikler zaten 'Yeniden Yazılan dal'a dahil edilmiştir

Bunu nasıl yapabilirim?

Eski gövdenin içeriğini başka bir yere taşımak için svn move komutunu kullanın ve daha sonra şubeyi gövdeye yeniden adlandırın.

Svn'de kopyalama ve taşıma işleminin dosya işlemleri gibi çalıştığını unutmayın. Bunları deponuzdaki dosyaları taşımak / kopyalamak için kullanabilirsiniz ve bu değişiklikler de sürümlendirilir. "Taşı" yı "kopyala + sil" olarak düşünün.

[EDIT] Nilbus, kullandığınızda birleşme anlaşmazlıkları alacağınızı bildirdi svn move.

Hala bunun doğru yaklaşım olduğunu düşünüyorum. Çatışmalara neden olur, ancak dikkatlice birleşirseniz, herhangi bir veri kaybetmeyeceksiniz. Bu sizi rahatsız ediyorsa Mercurial veya Git gibi daha iyi bir VCS kullanın .

Bu hedefe ulaşmak için svn move komutunu kullanmayı kabul ediyorum.

Burada başkalarının sıra dışı olduğunu düşündüklerini biliyorum, ama bunu bu şekilde yapmayı seviyorum. Bir özellik dalına sahip olduğumda ve önemli ölçüde değiştirilmiş bir bagajla birleştirmeye hazır olduğumda, genellikle adlandırılmış yeni bir dalla birleştireceğim <FeatureBranchName>-Merged. Sonra çakışmaları çözer ve birleştirilmiş kodu test ederim. Tamamlandığında, bagajı etiketler klasörüne taşıyorum, böylece hiçbir şey kaybetmiyorum. Son olarak benim <FeatureBranchName>-Mergedbagajıma taşıyorum.

Ayrıca hamleleri yaparken çalışan kopyadan kaçınmayı tercih ederim, burada komut örnekleri:

svn move https://SVNUrl/svn/Repo/trunk https://SVNUrl/svn/Repo/tags/AnyName

svn move https://SVNUrl/svn/Repo/branches/BranchName-Merged https://SVNUrl/svn/Repo/trunk

Not: 1.5 kullanıyorum

Son zamanlarda bu soruna bakıyordum ve çok mutlu olduğum çözüm

svn merge --ignore-soy trunk-url şube-url

bagajımın çalışma kopyası üzerinde.

Bu, değişiklikleri tarihsel bir şekilde uygulamaya çalışmaz (bagajdaki değişiklikleri koruyarak). Sadece gövde ve dal arasındaki "farkı uygular". Bu, değiştirilmemiş dosyalarda kullanıcılarınız için herhangi bir çakışma oluşturmaz. Bununla birlikte, Geçmiş bilgilerinizi şubeden kaybedersiniz, ancak yine de bir birleştirme gerçekleştirdiğinizde olur.

Bu değişiklikleri depo tarayıcı aracıyla yapmanızı öneririz.

Çalışma kopyası aracılığıyla büyük silme + taşıma işlemlerini denemek, çalışma kopyasını öldürmenin harika bir yoludur. Çalışma kopyasını kullanmak zorunda kalırsanız, her silme veya taşıma işleminden sonra artımlı taahhütler gerçekleştirin ve her taahhütten sonra çalışma kopyanızı GÜNCELLEYİN.

Şubeyi yeni bagaj yapmak istiyorsanız (yani) dal oluşturulduğundan bu yana yapılan tüm değişikliklerden kurtulursanız, 1 yapabilirsiniz. Bagajın dalını oluşturun (yedekleme amacıyla) 2. "değişiklikleri geri alma msgstr "" (şube oluşturulduktan sonra tüm düzeltmeleri seçin 3. Şubeyi yeniden gövdeye birleştirin.

Tarih bu şekilde kalmalı.

Saygılarımızla, Roger

@Aaron Digulla ve @kementeus çözümleri uygulanabilir. Subversion 1.4 depoları için, kopyalama / taşıma işlemleri farklı bir depo yapısına veya depoları bölmeye ilerlemeyi zorlaştırabilir.

1.5'in geliştirmelerinin, taşıma / kopyalama geçmişinin daha iyi çözümlenmesini içerdiğine inanıyorum, bu yüzden muhtemelen 1.5 deposu için bir sorun olmayacaktır.

1.4 veri havuzu için, mevcut bagajın başka bir yerde hareketini svnadmin dumpve svndumpfiltergerçekleştirilmesini, sonra da şubeyi aynı mekanizma ile gövdeye taşımanızı tavsiye ederim . İki döküm dosyasını test havuzuna yükleyin, doğrulayın ve üretime taşıyın.

Tabii ki, başlamadan önce mevcut havuzunuzu yedekleyin.

Bu, taşıma / kopyayı açıkça kaydetmeden geçmişi korur ve gelecekteki yeniden düzenlemeyi, geçmişi korumayı kolaylaştırır.

Düzenleme: İstendiği gibi, 1.4 Red-Bean kitabından, Filtreleme Havuz Geçmişinden gelen 1.4 davranışının belgeleri

Ayrıca, kopyalanan yollar size biraz sorun verebilir. Subversion, depodaki kopyalama işlemlerini destekler; burada varolan bazı yollar kopyalanarak yeni bir yol oluşturulur. Deponuzun kullanım ömrünün bir noktasında, bir dosyayı veya dizini svndumpfilter, hariç tutulan bir konumdan dahil olduğu bir konuma kopyalamış olabilirsiniz . Döküm verilerinin kendi kendine yeterli olmasını sağlamak için,svndumpfilterkopya tarafından oluşturulan dosyaların içeriği de dahil olmak üzere yeni yolun eklenmesini göstermesi ve filtrelenmiş döküm veri akışınızda bulunmayacak bir kaynaktan kopya olarak gösterilmemesi gerekir. Ancak Subversion depo dökümü biçimi yalnızca her revizyonda nelerin değiştiğini gösterdiğinden, kopyalama kaynağının içeriği kolayca bulunmayabilir. Deponuzda bu tür kopyaların bulunduğundan şüpheleniyorsanız, dahil edilen / hariç tutulan yol kümenizi, belki de sorunlu kopyalama işlemlerinizin kaynağı olarak görev yapan yolları da dahil olmak üzere yeniden düşünmek isteyebilirsiniz.

Bu, kullanan göçler / yeniden düzenlemeler için geçerlidir svndumpfilter. Artık biraz fazladan çalışmanın daha sonra çok fazla işten tasarruf sağlayabileceği zamanlar vardır ve svndumpfiltergelecekteki göçler / yeniden düzenlemeler için kullanılabilir olan kolay kullanımı koruyarak riski nispeten düşük maliyetle azaltır.

Yukarıdaki cevaplar işe yarayacak olsa da, en iyi uygulama değildir. En son svn sunucusu ve istemci yolu sizin için birleşir. Yani svn hangi revizyonları bir şubeye ve nereden birleştirdiğinizi biliyor. Bu, bir dalı güncel tutarken ve daha sonra bagajda yeniden birleştirirken çok yardımcı olur.

Bununla birlikte, Subversion'un hangi sürümünü kullanırsanız kullanın, bir daldaki değişiklikleri yeniden gövdeye almak için en iyi uygulama yöntemi vardır. Subversion kılavuzunda özetlenmiştir: Subversion ile Sürüm Kontrolü, Bölüm 4. Dallanma ve Birleştirme, Bir Dalın Senkronize Olması .

SVN'de gerçekten garip / olağandışı bir konfigürasyon, hatta yine de "iyi bir uygulama" olmaktan çok uzak olduğunu düşünüyorum, sanırım şöyle bir şey yapabilirsiniz:

• Tüm kaynaklara göz at (svn co therootsourcetree)
• Bagajı çıkarın (svn rm trunk)
• Dalın gövdeye kopyalanması (svn cp dalları / thebranch / trunk)
• Dalın kaldırılması (svn rm şubeleri / thebranch)
• Değişiklikleri yap

İyi şanslar