1. Yeniden başlat'a tıklamadan önce durumu sabitleyin
İş eklemeyi durdurun ve aynı partinin başka bir çalıştırmasının hâlâ etkin olmadığını doğrulayın. Kaybolan bir bağlantı, yazılımın her zaman durduğu anlamına gelmez. Mümkün olduğunda durumunu kontrol edin: ikinci bir kopyayı başlatmak yinelenenler üretebilir ya da aynı hedeflere yazabilir.
Günlüğü, giriş dosyaları listesini, ayarları ve hata mesajını saklayın. Takip tablosunu düzeltmeden önce bir kopyasını alın. Şüpheli çıktıları ayrı bir konumda tutun; orijinallerin veya zaten kabul edilmiş sonuçların üzerine yazmayın. Hedef doluysa, nelerin saklanması gerektiğini belirledikten sonra yer açın veya başka bir hedef hazırlayın.
2. Her öğeye kalıcı bir kimlik verin
Bir satır beklenen bir görevi temsil etmelidir; örneğin IMG-017 ile catalogue/chaise-face.png eşleşmesi gibi. Yalnızca yol, taşıma sonrasında belirsiz hale gelebilir; photo.png gibi kısa bir ad birden fazla klasörde bulunabilir. Benzersiz bir tanımlayıcıyı ve orijinal girdiyle olan eşleşmeyi koruyun.
Yapılandırma kimliğini, çıktı yolunu, durumu, deneme numarasını ve kısa bir gerekçeyi ekleyin. Bu günlük sıradan bir tablo ya da projenizin bir CSV dosyası olabilir. Görselleri, parolaları veya makinenin tüm teknik günlüğünü içermesine gerek yoktur. Bir kişi doğru girdiyi bulabilmeli ve bu girdinin neden devam ettirme listesinde yer aldığını açıklayabilmelidir.
Zaten kabul edilmiş bir tanımlayıcının arkasındaki orijinali değiştirmeyin. Yeni bir girdi veya farklı bir dönüşüm, açıkça belirtilmiş yeni bir sürüm gerektirir. Aksi halde aynı tanımlayıcı sonunda birbiriyle uyumsuz iki işi gösterir ve günlük neyin tamamlandığına karar vermeyi artık mümkün kılmaz.
| ID | Yapılandırma | Durum | Çıktı veya desen |
|---|---|---|---|
| IMG-017 | essai-02 | Kabul edildi | IMG-017.png açıldı ve kontrol edildi |
| IMG-018 | essai-02 | Doğrulanacak | Dosya mevcut, kontrol tamamlanmadı |
| IMG-019 | essai-02 | Başarısız | İşleme sırasında bellek yetersiz |
| IMG-020 | essai-02 | Yapılacak | Beklenen hiçbir çıktı bulunamadı |
3. Günlüğü ve gerçek dosyaları karşılaştırın
Planlanan her tanımlayıcı için beklenen çıktıyı arayın. Kullanımınız için gereken biçimi, boyutları veya içeriği doğrulayın, ardından dosyayı hedef araçla açın. Zaten kabul edilmiş ve hâlâ mevcut olan çıktılar devam listesinin dışında kalır. Günlük "kabul edildi" dese de bir çıktı eksikse, yeniden hesaplamaya karar vermeden önce önce saklanmış bir kopya arayın.
Durdurma anında "devam eden" öğeleri kontrol edilecekler arasına ekleyin. Bazıları tamamlanmış, bazıları yalnızca kısmi olabilir. Dosyanın tarihi veya boyutu bir ipucudur, doğrulama değildir. Bilinen bir tanımlayıcısı olmayan ek bir dosya, kaynağını bulana kadar ayrı kalır.
Görsellerde Pillow, dosyanın tanımlanmasını, piksellerinin okunmasını ve yapısının doğrulanmasını birbirinden ayırır. Bu nedenle yalnızca başlığını açan bir program her şeyi kontrol etmiş olmaz. Otomatik bir kontrol bazı bozulmaları tespit edebilir; ancak metnin okunabilir olup olmadığını ya da renklerin teslim edilecek ürünle uyuşup uyuşmadığını değerlendiremez.
4. Tamamlanmamış bir öğeyi reddedilen bir sonuçtan ayırın
Kısmi bir çıktı yeniden yapılmalı ya da tam bir kopyadan geri yüklenmelidir. Tamamlanmış ama kabul edilemez bir çıktı ise öncelikle kusurun anlaşılmasını gerektirir. Okunamayan bir girdide ya da sistematik olarak bellek yetersiz kalan bir durumda aynı parametreleri yeniden çalıştırmak sorunu büyük olasılıkla tekrarlar. Bu kimliği kuyruğa geri koymadan önce düzeltmeyi not edin.
Durumları az sayıda tutun: yapılacak, devam ediyor, doğrulanacak, kabul edildi ve başarısız. "Kabul edildi" durumuna geçiş, hesaplamanın başlatılmasında değil, kontrolün ardından gelir. Bir girdiyi hariç tutmaya karar verirseniz, bir gerekçe ve proje için gerekli onayla birlikte "elenen" durumunu ekleyin. Öğe, beklenen toplamdan sessizce kaybolmamalıdır.
Yeni bir denemeyi yeni bir görev olarak saymayın. IMG-019'un üç denemesi olabilir ve yalnızca tek bir çıktısı kabul edilebilir. Bu ayrım, altmış yürütmeyi altmış farklı teslimatla karıştırmayı önler.
Örnek: hâlâ gerekli olan on dokuz öğeyi geri almak
Bu örnek senaryo altmış bağımsız görseli ele alır. Kesinti ve kontrolden sonra kırk bir çıktı kabul edilir, dördü kısmi, altısı başarısız olur ve dokuzu eksiktir. Günlük 41 + 4 + 6 + 9 = 60 tanımlayıcıyı tam olarak kapsar. Devam işlemi, altı başarısızlığın nedenlerinin ele alınması koşuluyla on dokuz öğeyi kapsar.
Sorumlu kişi on dokuz tanımlayıcıdan oluşan bir liste oluşturur, ardından dört kısmi dosyayı, altı hatayı ve dokuz çıktısız görevi ayırt eder. Önce düzeltilmiş bir girdiyi ve eksik bir girdiyi ele alır. Ayrıca zaten kabul edilmiş bir görselin seçimde yer almadığını da doğrular. Bu küçük kontrol, kalan işlemden önce listeyi doğrular.
Sonradan on sekiz öğe daha kabul edilir ve bir kaynak dosya hâlâ okunamaz durumdaysa bilanço elli dokuz kabul ve açıklanmış bir başarısızlıktır. Parti altmışta tamamlandı ilan edilmez. Sıradaki seçim, doğru bir girdiyi yeniden bulmak ya da dışlanmasını onaylatmaktır; satırı gizlemek değil.
| Kontrol sonrası durum | Kimlik bilgisi sayısı | Önerilen işlem |
|---|---|---|
| Kabul edildi ve çıktı kurtarıldı | 41 | Sakla; yeniden gönderim yok |
| Kısmi çıktı | 4 | Ayrı tutun, sonra yeniden yapın |
| Hata tespit edildi | 6 | Yeniden denemeden önce nedeni düzeltin |
| Çıktı yok | 9 | Girişten itibaren devam edin |
| Yeniden yapılacak toplam | 19 | 4 + 6 + 9, tekrarsız |
5. Yeniden yapımı ayrı bir konumda üretin
Yalnızca saklanan tanımlayıcılarla bir devam ettirme dosyası hazırlayın ya da yazılımınızın açık seçimini kullanın. Başlatmadan önce listeyi gözden geçirin. Araç "mevcut dosyaları yoksay" seçeneği sunuyorsa bunun ne anlama geldiğini kontrol edin: kısmi bir dosyanın varlığı onun yanlışlıkla yoksayılmasına yol açabilir. Doğrulanmış günlük yine de başvuru kaynağınızdır.
Yeni çıktıları ayrı bir klasörde üretin; kendi yapılandırmaları ve denemeleriyle birlikte. Önceki bir sürümü değiştirmeden önce bunları doğrulayın. Bazı betikler var olan bir dosyanın üzerine onay istemeden yazabilir; Python bunu özellikle os.replace için belgeler. Bir adlandırma kuralı tek başına üzerine yazmaya karşı koruma sağlamaz.
Ayarlar bir kusuru düzeltmek için değişirse, bu değişikliği görünür tutun. Aynı ölçütleri karşılıyorsa ve karışım proje için kabul edilebilirse iki yapılandırmadan gelen çıktıları saklayabilirsiniz. Görsel olarak homojen bir seri için klasörleri birleştirmeden önce yeni çıktıları eski çıktılarla da karşılaştırın.
6. Bilanço'yu miktara göre değil, kimliğe göre doğrulayın
Sonunda, beklenen her tanımlayıcının açıklanmış bir durumu olmalıdır. IMG-017'nin iki kopyası, IMG-020'nin eksikliğini telafi etmez. Adların benzersizliğini, girdilerle eşleşmeyi ve seçilen çıktıların yapılandırmasını kontrol edin. Yeniden yapılan dosyaları açın ve yeniden ele alınmalarına neden olan noktaları kontrol edin.
Tamamlanan klasör, kabul edilen çıktıları, güncellenmiş günlüğü, ayarları ve varsa dışlanan veya hâlâ engellenen öğelerin listesini içerir. Bu bütünü kontrollü bir kopyayla birlikte saklayın. Bir "kabul edildi" satırı, dosyanın ya da yedeğinin yerini tutmaz.
Bu yöntem, bağımsız görevleri girdikleri noktadan devralır. Bir simülasyonu, render işlemini veya eğitimi tam olarak kaldığı yerden otomatik olarak sürdürmenizi sağlamaz. Bu tür işler, yazılıma özgü bir devam ettirme durumu gerektirir. Ayrıca kiralık bir ortamda kalan bir klasörün süre sona erdikten sonra korunacağını varsaymayın: kendi kopyanızı önceden hazırlayın.