Varsayılan dalı değiştirme

Varsayılan dal, Git'in yeni bir kopyada kontrol etmek için ilk daldır. Ayrıca, çekme istekleri varsayılan olarak bu dalı hedefler.

Varsayılan dalı değiştirme sürecinde size yol gösteriyoruz. Ayrıca bu değişikliği yaparken göz önünde bulundurarak güncelleştirmeniz gereken diğer şeyleri de dikkate alacaz. Son olarak, geçişi kolay hale nasıl geçebilirsiniz?

Yeni bir varsayılan dal ayarlama

Yeni değişiklikler için dışında bir main dal kullanabilir veya büyük geliştirme hattınızı repoda değiştirebilirsiniz. Yeni depoların varsayılan dal adını değiştirmek için bkz. Tüm depo ayarları ve ilkeleri.

Yeni çekme isteklerini birleştirmeye uygun olarak, repo'nizin varsayılan dalını değiştirmek için en az iki dala ihtiyacınız vardır. Yalnızca bir dal varsa, bu zaten varsayılandır. Varsayılanı değiştirmek için ikinci bir dal oluşturmanız gerekir.

Bu değişikliği yapmadan önce göz önünde bulundurarak göz önünde bulundurarak dikkat gereken başka yönler de vardır.

Ad seçin

Git 2.28, ilk dal adını seçme özelliği ekledi. Aynı zamanda, Azure Repos, GitHub ve diğer Git barındırma sağlayıcıları farklı bir ilk dal adı seçme olanağı ekledi. Daha önce varsayılan dal neredeyse her zaman olarak master adlandırılmıştır. En popüler alternatif main adıdır. Daha az yaygın olan seçenekler arasında ve trunk yer alan development . Kullanmakta olduğunuz araçlarda veya ekipte herhangi bir kısıtlama yoksa, geçerli dal adlarından herhangi birini kullanabilirsiniz.

Diğer sistemleri güncelleştirme

Farklı bir varsayılan dala değiştirebilirsiniz, iş akışınızı diğer bölümleri etkilenebilir. Bir değişiklik planladığınız zaman bu bölümleri dikkate alasınız.

Pipelines

Tüm işlem hatları için CI tetikleyicilerini güncelleştirin. Tasarımcı işlem hatları web'de düzenlenebilir. YAML işlem hatları ilgili depolarında düzenlenebilir.

Uçuşta çekme istekleri

Her açık çekme isteğini yeni varsayılan dala yeniden hedefle.

Mevcut kopyalar

Deponun yeni kopyaları yeni varsayılan dalı alar. Anahtardan sonra, uzak kopyanın varsayılan dal görünümünü güncelleştirmek için var olan bir kopyaya sahip olan herkesin (başka bir şeyse, onun yerine kendi uzak bilgisayarının adıyla git remote set-head origin -aorigin değiştirerek) çalışması gerekir. Gelecekteki yeni dallar yeni varsayılanı temel alalır.

Gelen bağlantılar

Bir dosyadaki dosyaları işaret alan bazı yer işaretleri, belgeler ve Azure Repos olmayan dosyaların güncelleştirilmiş olması gerekir. Url'de bir dosyanın veya dizinin dal adı görünebilir.

Bir URL için sorgu dizesini içeriyorsa version&version=GBmybranchname (örneğin, ) bu URL güncelleştirilmiş olmalıdır. Neyse ki varsayılan dalın bağlantılarının çoğunda version segment olmayacaktır ve olduğu gibi bırakabilirsiniz. Ayrıca, eski varsayılan dalı silebilirsiniz; yine de bu dalda gezinmeye yönelik girişimler yeni varsayılana alınır.

Geçici yansıtma

Git deposunda yalnızca bir varsayılan dal olabilir. Ancak bir süre için eski varsayılan ve yeni varsayılan değerleriniz arasında geçici yansıtma oluşturabilirsiniz. Bu şekilde, son kullanıcılarınız eski varsayılana itmeye devam ederse, işi kendi uçlarında tekrarlamaları gerekmeyecektir. Bu geçici yansıtmayı Azure Pipelines için Azure Pipelines kullanıriz.

Yansıtma işlem hattı

1. Tüm mevcut CI derlemeleri için, bunları eski dal yerine yeni varsayılan dalda tetikleye şekilde güncelleştirin.

2. Derleme kimliğine, repo için Katkıda Bulun iznini ver. Depolar (Project Ayarlar)İzinleri'negidin. Biri proje koleksiyonu derleme hizmeti, diğeri de proje derleme hizmeti için olmak için en fazla iki kimlik olabilir. Katkıda Bulun izninin İzin Ver olduğundan emin olun.

3. Yeni varsayılan dal dal ilkelerine sahipse, izinler iletirken derleme kimliğine Atlama ilkeleri de ver. Kötü niyetli bir kullanıcı, projenizin deposunda kod almak için bir işlem hattı esnettire, bu izin bir güvenlik riskidir. Yansıtma artık gerekli değilse bu izni kaldırarak emin olun.

4. Yeni varsayılan mirror.yml dalda deponıza yeni bir dosya ekleyin. Bu örnekte, eski varsayılan dal ve yeni dal olduğunu mastermain varsayalım. Dal adlarınız farklı ise git push tetiklenen dalları ve satırı güncelleştirin.

trigger:
  branches:
    include:
    - master
    - main
 
pool: { vmImage: ubuntu-latest }
steps:
- checkout: self
  persistCredentials: true
- script: |
    git checkout $(Build.SourceBranchName)
    git push origin HEAD:master HEAD:main
  displayName: Mirror old and new default branches

5. Sihirbazda "Azure Repos Git" ve "Mevcut Azure Pipelines YAML dosyası" seçerek yeni bir işlem hattı oluşturun. Önceki mirror.yml adımda ekley istediğiniz dosyayı seçin. İşlem hattını kaydedin ve çalıştırın.

Sorun giderme

Bu işlem hattı, 'a veya 'ye yapılan her master itmede main ecek. Yeni commit'ler her iki dala aynı anda varmamak sürece bunları eşitler.

İşlem hattı "Uzak dal ipucu gönderilmiş olduğundan güncelleştirmeler reddedildi" gibi bir hata iletisiyle başarısız olursa, birinin eski dalı el ile yeni dala birleştirmesi gerekir.

1. deposunu ve cd dizinine kopyalama.
2. ile yeni varsayılan dalı (yeni git checkout main varsayılan main dalınız ise) göz at.
3. İki dalı ile tümleştirerek yeni bir dal git checkout -b integrate oluşturun.
4. Eski varsayılan dalı ile git merge master birleştirin master (eski varsayılan dalınız ise).
5. Yeni dalı itin, ardından yeni varsayılan dala bir çekme isteği açın ve tamamlar.
6. Daha sonra yansıtma işlem hattı, birleştirme işlemeyi eski varsayılana geri yansıtmayla ilgilenin.