Mevcut yazılımı yeni ekibe devretmek
Devri, belirli kaynak sürümünden test ortamındaki küçük ve geri alınabilir değişikliğe kadar denetleyin.
Yeni ekip süreci kendisi izleyebilsin
Yeni ekip kendi yetkili hesaplarıyla uygulamayı kurup kararlaştırılan değişikliği denetleyebildiğinde devir somutlaşır. Kaynak kodu arşivi ve eski ekibin gösterimi bunun bütün kanıtlarını tek başına sağlamaz.
Önce çalışan sürümü belirli bir kaynak sürümüyle eşleyin. Gereken dosyaları, bağımlılıkları, araç sürümlerini ve çalıştırılabilir sonuca giden yolu kaydedin. SLSA kaynakları, diğer girdileri, oluşturma sürecini ve dağıtılan çıktıları ayırır. Böylece yeni ekip, devredilen sürümün hangi girdilerden oluştuğunu izleyebilir.
Örnek: kurulumdan geri almaya bir metin değişikliği
Senaryo kurgusaldır. Servis formu v2.3.0 sürümünde devredilir. Yeni ekip “Teslimat notu” yardım metnini “Erişim ve teslimat” olarak netleştirecektir. Bu örnekte veri alanları ve veritabanı şeması değişmez. Tablo beklenen kanıtları açıklar; yapılmış test değildir.
Adım | Kararlaştırılan görev | Beklenen kanıt |
|---|---|---|
Kaynaklara erişmek | Kendi yetkili hesabıyla belgelenmiş kaynak sürümünü ve gereken ek dosyaları almak. | Devredilen sürüm bellidir; gereken özel paketler ve ek depo içerikleri de erişilebilirdir. |
Ortamı kurmak | Çalışma zamanı, paket kurulumu ve test yapılandırması yönergesini kullanmak. | Test uygulaması üretim erişimleri veya eski geliştiricinin özel dosyaları olmadan başlar. |
Küçük değişikliği denetlemek | Yardım metnini değiştirip mevcut kaydetme akışını yapay verilerle yürütmek. | Yeni metin görünür; kararlaştırılmış kaydetme akışı çalışmayı sürdürür. |
Değişikliği geri almak | Test ortamında metin değişikliğini geri alıp belgelenmiş başlatma yolunu kullanmak. | Özgün metin ve daha önce denetlenen form akışı yeniden bulunur. |
Son satır yalnız bu değişikliğin geri alınmasını gösterir. Veritabanını geri yükleme veya üretime geçiş ayrı, uygun denetimler gerektirir.
İşletimi ve açık noktaları tamamlayın
Yapılandırma adlarını, sırların güvenli edinme yollarını, özel paket kaynaklarını ve bağımlılıklara uygun kilit dosyası dahil mevcut oluşturma yapılandırmasını belgeleyin. Gerçek sırlar kaynak kodu arşivine girmez. Proje kullanıyorsa ayrıca saklanan büyük dosyaları ve bağlı depoları da kontrol edin.
Dağıtım, izleme, yedekleme ve arızalar için erişimleri ve sorumlulukları netleştirin. GitHub depo aktarımında webhook, secret ve deploy key bağlantıları diğerleriyle birlikte korunur. Bu nedenle hangi bağlantı ve erişimlerin süreceğini açıkça inceleyin. Aktarım tek başına bunları temizlemez.
Bir adım başarısızsa eksik önkoşulu, sorumlu rolü ve sıradaki kanıtı kaydedin. Açık noktaları başarıyla gösterilmiş sonuçlardan ayırın. Yeni ekibin hangi işi ne zaman üstleneceğini ve o zamana kadar kimin destek vereceğini kararlaştırın.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Yazılım geliştirme
Özel yazılım, web ve mobil uygulamalar