01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
2. Riskleri ve öncelikleri listelemek
Bu adımın çıktısı kısa bir notla paylaşılır.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Bu adımın çıktısı kısa bir notla paylaşılır.
4. Kritik hataları ve güvenlik açıklarını gidermek
Gerekirse bu adım test ortamında önceden denenir.
5. Testleri ve dokümantasyonu tamamlamak
Gerekirse bu adım test ortamında önceden denenir.
6. Düzenli bakım ve geliştirme planına geçmek
Gerekirse bu adım test ortamında önceden denenir.
02Dikkat noktaları
- Kaçınılması gereken: sürüm kontrolü kullanmamak
- Kaçınılması gereken: tüm sistemi aynı anda yeniden yazmaya kalkmak
- Kaçınılması gereken: hatayı yeniden üretmeden kod değiştirmek
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
04Hınıs için çalışma düzeni
Hınıs'ın PTT verisindeki 98 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için sürüm yükseltme tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Hınıs'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Erzurum genelinde Oltu, Karayazı ve Pazaryolu gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Sorunu kısa bir notla ve ekran görüntüsüyle WhatsApp'tan iletin; sürüm yükseltme için ön değerlendirme yapalım. Telefon: 0540 003 19 81.
05Hangi durumlarda gündeme gelir?
Yazılımı geliştiren firma artık ulaşılamaz olduğunda
Sürüm yükseltme kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.
Uyumluluk analizi gerektiğinde
Uyumluluk analizi, sürüm yükseltme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
06Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 30
- Test kapsamı
- %5 → öncelik: kritik
- Güncel bağımlılık oranı
- %70 → öncelik: orta
- Önerilen ilk adım
- kritik akışlara test yazmak
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Hınıs'ta bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Sadece Erzurum için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Sürüm yükseltme öncesinde neleri hazırlamalıyım?
Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
Sürüm yükseltme sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
→İlgili sayfalar
Sürüm Yükseltme hakkında diğer konular
Hınıs'ta ilgili hizmetler
Erzurum içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- uyumluluk analizi
- kademeli yükseltme
- Playwright
- refactoring
- test ortamı
- bakım sözleşmesi
- otomatik test
- Git
- dokümantasyon
- Erzurum
- Hınıs