Pakeisti clients migracijų paleidimo logiką

[JustinasKen]

Ši užduotis kilo iš #721 (comment) komentaro.

#122 Užduotis pakeitė kaip saugome clients failus, vietoj to, kad saugotume viename clients aplankale, dabar turime id aplankalą, kuriame pagal xx/xx/rest-of-uuid.yml formatą saugome klientus.

Pereinant iš senos sistemos į naują, buvo sukurta migracijos funkcija, kuri yra paleidžiama kaskartą užkraunant Config klasę. Tai nėra labai gera implementacija, kadangi, jei paleidžiame kelis tuos pačius procesus vienu metu, gauname klaidas, nes bandome atlikti rašymo ir skaitymo operacijas tiem patiems failams, kelis kartus vienu metu.

Reikia pakeisti, kad nebevyktų automatinės migracijos.
Turime aptikti, ar sistema reikalauja migracijų, jei taip, metame klaidą, kurioje nurodome, kad vartotojas turi panaudoti spinta upgrade komandą, kuri atliks migracijas tik vieną kartą.

spinta upgrade komanda bus atsakinga už visas tokio pobūdžio migracijas ir atnaujinimus. Ši komanda turėtų automatiškai aptikti, kas bus migruojama. Jei yra poreikis paleisti tam tikrą migraciją be patikrinimų, reikia nurodyti -r, --run MIGRATION_SCRIPT argumentą.

Užduotys

• Panaikinti automatines migracijas.
• Pridėti spinta upgrade komandą.
• Įdėti tikrinimus, ar sistema laikosi naujo standarto.
• Pridėti testus.

Susiję

• Auth clients self service #122
• Klaida eksporto metu po versijos atnaujinimo #721
• Client files are not migrated on Spinta start #544