Jūs nomainījāt proxy paroli. Vienam build joprojām ir vecā kopija.

Jaunā parole darbojas pārlūkā. Projekts A tiek būvēts. Projekts B atgriež 407. Proxy nav jāizvēlas nejauši: kāds no tā klientiem joprojām var uzrādīt veco akreditācijas datu kopu.

Sekojiet lietotājiem, ne tikai failiem

Projektam raksturīgais rekvizītu fails var atšķirties no lietotāja noklusējuma. Vides vērtība var tikt noķerta, kad startē palaidējs. Akreditācijas datu palīgs var būt ar savu saglabātu ierakstu. Neviens no tiem netiek atjaunināts tikai tāpēc, ka cita lietojumprogramma pieņēma jauno paroli.

Izveidojiet īsu sarakstu ar lietotājiem, kas kontu patiešām izmanto: interaktīvie rīki, būvēšanas pakalpojumi, ieplānotie uzdevumi un lietojumprogrammu klienti. Katram pierakstiet, no kurienes nāk vērtība un kad tā tiek lasīta. Pašu vērtību turiet ārpus saraksta.

Salīdziniet neizdevušos procesu ar darbojošos

Pārbaudiet kontu, darba direktoriju, izvēlēto konfigurāciju un akreditācijas datu avotu. Divi projekti ar līdzīgām atkarībām var izmantot dažādus vietējos failus. Ilgstoši strādājošs aģents var saglabāt ievadi no laika pirms maiņas pat pēc tam, kad jauns terminālis redz atjaunināto vidi.

Izmantojiet tīšu restartu vai dokumentētu konfigurācijas atsvaidzināšanu tikai tur, kur šim klientam tas ir nepieciešams. Visu restartēšana uzreiz noslēpj, kurš lietotājs bija novecojis, un var pārtraukt nesaistītu darbu.

Nejauciet klienta atjaunināšanu ar atsaukšanu

Klientu atjaunināšana un veco akreditācijas datu padarīšana nelietojamiem ir atsevišķas darbības. Proxy var būt autentifikācijas kešatmiņa, un izveidotam savienojumam var būt citāds dzīves cikls nekā paroles failam. Ievērojiet operatora atsaukšanas politiku, nevis pieņemiet, ka viens veiksmīgs pieprasījums pierāda, ka vecais konta materiāls ir pazudis.

Nākamajā maiņā iekļaujiet lietotāju sarakstu pārmaiņās. Veiksmīgs rezultāts ir tas, ka katrs paredzētais klients izmanto paredzēto avotu un kontu, nevis tikai tas, ka paroles dialogs aizvērts vienā darbstacijā.