Darbspējīgas modeļa vadītas programmas veidlapas ALM uzturēšana
Šajā rakstā ir sniegta informācija par dažādiem scenārijiem, kā ieviest un izmantot veselīgu programmas dzīves cikla pārvaldību (ALM), lai pielāgotu veidlapas modeļa vadītos programmas risinājumos.
Nākamajās sadaļās ir aprakstīts, kā darbojas formu sapludināšana un kā uzturēt pielāgojumus. Pamata izstrādes scenāriji ar ieteikumiem sekmīgas ALM uzturēšanai modeļa vadītas programmas veidlapā ir detalizēti apskatīti katrā sadaļā, kas seko. Katrā scenārijā ir ietvertas darbības, kas jāveic, lai palīdzētu jums ieviest pareizu ALM procesu, atjauninot risinājumu vai modeļa vadītu programmu.
Lai šim scenārijam ieviestu drošu veidlapas ALM, veiciet šīs darbības.
- Izveidojiet jaunu veidlapu ar nosaukumu FormA savā izstrādes vidē un veiciet tajā pielāgojumus.
- Izstrādes vidē izveidojiet jaunu risinājumu (ar nosaukumu Risinājums A tālāk redzamajā shēmā), kas būs nepārvaldīts risinājums un pievienos jauno veidlapu. Pārvaldīta risinājuma eksportēšana. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
- Testa vidē importējiet pārvaldītu risinājumu no 2. darbības, kas izveido FormA testa vidē. Tālāk redzamajā shēmā FormA tiek izveidota testa vidē, bet veidlapas lietotāja interfeisā (UI) tiek rādīts Lauks1 un Lauks2, kuriem veidlapā ir pievienots Risinājums A.
- Pēc 1. darbības laikā izveidotās veidlapas turpmākas pielāgošanas, izmantojot jaunu izstrādes (avota) vidi, importējiet 2. darbībā izveidoto pārvaldīto Risinājumu A, pārliecinieties, vai jūsu izmantotajā izstrādes instancē FormA ir pārvaldīts stāvoklis. Kā parādīts tālāk redzamajā shēmā, pārvaldītais Risinājums A tiek importēts izstrādes vidē, un formai ir pielāgota aktīvu pielāgojumu izveide. Pēc tam FormA var pievienot jaunam nepārvaldītam risinājumam (Risinājums B shēmā), un to var eksportēt kā pārvaldītu risinājumu no izstrādes vides. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
- Testa vidē importējiet pārvaldītu risinājumu (Risinājums B) no 4. darbības. Kā parādīts tālāk shēmā, Risinājums B FormA pievieno jaunu Lauku3 un noņem Lauku2, kuru pievienoja Risinājums A. Testa vidē veidlapas lietotāja interfeiss pēc sapludināšanas tagad rāda veidlapas Lauku3 un Lauku1, bet ne Lauku2.
Kā redzams tālāk redzamajā shēmā, nav veselīga ALM prakse izveidot vairākus pārvaldītus risinājumus no izstrādes vides, kur pamata risinājums (Risinājums A) ir nepārvaldīts. Tas ir tāpēc, ka, izveidojot citu nepārvaldītas formas nepārvaldītu risinājumu (Risinājumu B), FormXml tiek eksportēts kā pilna FormXml, nevis diff FormXml, kā parādīts iepriekš derīgajā scenārijā. Pēc tam izmaiņas, piemēram, kolonnas noņemšana, stājas spēkā.
Lai šim scenārijam ieviestu drošu veidlapas ALM, veiciet šīs darbības.
Izveidojiet jaunu veidlapu ar nosaukumu FormA savā izstrādes vidē un veiciet tajā pielāgojumus.
Izstrādes vidē izveidojiet risinājumu (Risinājums A tālāk redzamajā shēmā), kas būs nepārvaldīts risinājums un pievienos jauno veidlapu. Pārvaldīta risinājuma eksportēšana. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
Testa vidē importējiet pārvaldītu risinājumu no 2. darbības, kas izveido veidlapu testa vidē. Tālāk redzamajā shēmā FormA tiek izveidota testa vidē, bet veidlapas lietotāja interfeisā (UI) tiek rādīts Lauks1 un Lauks2, kuriem veidlapā ir pievienots Risinājums A.
Pēc 1. darbībā izveidotās veidlapas pielāgošanas, lietojot ielāpus, lietojiet to pašu vidi, kur Risinājums A ir nepārvaldīts, un izveidojiet risinājumam ielāpu un pielāgojiet veidlapu. Pēc tam eksportējiet ielāpu kā pārvaldītu risinājumu. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
Testa vidē importējiet pārvaldītu risinājumu no 4. darbības. Kā parādīts tālāk redzamajā shēmā, Risinājuma A ielāps pievieno FormA Lauks3 un noņem Lauks2, kas tika pievienots ar Risinājumu A.
Piezīme
Ielāpi, kas satur full formXml vienmēr tiek salīdzināti ar pamatnes slāni, no kā ielāps tika izveidots, un tas ignorē jebkādus starpielāpus starp pamatni un pašreizējo ielāpu. Tāpēc Field2 tiek noņemts, jo tas pastāv pamatnes slānī A risinājums un ir noteikta noņemšana. No otras puses, ar šo ielāpa risinājumu tiek pievienots Field3, ko nevar noņemt ar turpmākiem ielāpiem. Tāpēc lauki, kas pievienoti, izmantojot ielāpa risinājumus, pēc to dabas ir pievienojoši.
Pēc 1. darbībā izveidotās veidlapas pielāgošanas, lietojot ielāpus, lietojiet to pašu vidi, kur Risinājums A ir nepārvaldīts, klonējiet Risinājumu A, lai izveidotu jauninātu risinājumu un pielāgotu veidlapu. Pēc tam eksportējiet Risinājuma A jaunināšanu kā pārvaldītu risinājumu. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
Testa vidē importējiet pārvaldītā Risinājuma A jauninājumu no 6. darbības. Kā parādīts tālāk shēmā, Risinājuma A jauninājums FormA pievieno jaunu Lauku4 un noņem Lauku2, kuru pievienoja Risinājums A. Testa vidē veidlapas lietotāja interfeiss pēc sapludināšanas tagad rāda veidlapas Lauku1, Lauku3 un Lauku4, bet Lauks2 tiks noņemts.
Lai šim scenārijam ieviestu drošu veidlapas ALM, veiciet šīs darbības.
- Rediģējiet esošu pārvaldītu veidlapu ar nosaukumu FormB šajā piemērā savā izstrādes vidē un veiciet pielāgojumus veidlapā. Ņemiet vērā, ka risinājums A ir pārvaldīts risinājums, kas jau ir instalēts veidlapai izstrādes vidē.
- Izstrādes vidē izveidojiet risinājumu (Risinājums B tālāk redzamajā shēmā), kas būs nepārvaldīts risinājums un pievienojiet FormB. Pārvaldīta risinājuma eksportēšana. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
- Testa vidē importējiet pārvaldītu risinājumu no 2. darbības, kas izveido veidlapu testa vidē, izveidojot veidlapai otru risinājuma slāni. Kā parādīts tālāk shēmā, FormB iegūst saplūdinātas izmaiņas no Risinājuma A un Risinājuma B testa vidē, un veidlapas lietotāja interfeiss rāda Lauku1 un Lauku3, bet ne Lauku2, ko noņēma Risinājums B.
- Pēc 1. darbībā izveidotās veidlapas turpmākas pielāgošanas, izmantojot jaunus pārvaldītus risinājumus, noteikti izmantojiet jaunu izstrādes vidi, kurai pārvaldītā stāvoklī ir FormB. Kā parādīts tālāk redzamajā shēmā, Risinājumu A un Risinājuma B pārvaldītie risinājumi tiek importēti jaunajā izstrādes vidē. FormB tiek pielāgots, izveidojot aktīvus pielāgojumus, kurus pēc tam var pievienot jaunam risinājumam (C risinājums diagrammā) un eksportēt kā pārvaldīts risinājums.
- Testa vidē importējiet pārvaldītu Risinājumu C no 4. darbības. Kā parādīts tālāk shēmā, Risinājums C pievieno jaunu Lauku4 FormB un noņem Lauku3, kuru pievienoja Risinājums B. Testa vidē veidlapas lietotāja interfeiss pēc sapludināšanas tagad rāda veidlapas Lauku1 un Lauku4, bet ne Lauku2 un Lauku3.
Kā redzams tālāk redzamajā shēmā, nav veselīga ALM prakse izveidot vairākus pārvaldītus risinājumus no izstrādes vides, kur ir vēl kāds nepārvaldīts risinājums, kas izveidots tai pašai veidlapai. Ievērojiet, ka Risinājuma B stāvoklis ir nepārvaldīts. Veidojot citu nepārvaldītu risinājumu (Solution C) FormB, FormXml tiek eksportēts kā diff FormXml, kā parādīts iepriekš minētā scenārija 4. darbībā. Bet FormB ietver arī izmaiņas no Risinājuma B, kas tiks pārrakstītas ar jaunajām izmaiņām.
Piemēram, kā redzams tālāk redzamajā shēmā, Lauks3 tiek pievienots FormB Risinājumā B. Bet tagad, kad šajā vidē izveidojat jaunu Risinājumu C, izmantojot Risinājumu B nepārvaldītā stāvoklī, un noņemot Lauku3, Lauks3 tiks noņemts arī izstrādes vidē. Lauks3 netiks izsekots diff FormXml, kad risinājums tiek eksportēts, jo šīs kolonnas pievienošanas un noņemšanas maiņa tika veikta tajā pašā aktīvajā slānis. Tas nozīmē, ka, ja pārvaldīts Risinājums C tiek importēts testa vidē, veidlapa joprojām atveidos Lauku3, jo diff FormXml nekad neieraksta to kā noņemtu (tāpat kā tas tika noņemts 5. darbībā, veselīgās veidlapas ALM scenārijā iepriekš). Šādi izpildot veidlapu pielāgojumus, izstrādes vide tiks neatbilstoša testa videi.
Lai šim scenārijam ieviestu drošu veidlapas ALM, veiciet šīs darbības.
Rediģējiet esošu pārvaldītu veidlapu ar nosaukumu FormB šajā piemērā savā izstrādes vidē un veiciet pielāgojumus veidlapā. Ņemiet vērā, ka Risinājums A ir pārvaldīts risinājums, kas jau ir instalēts veidlapai izstrādes vidē.
Izstrādes vidē izveidojiet risinājumu (Risinājums B), kas būs nepārvaldīts risinājums un pievienojiet FormB. Pārvaldīta risinājuma eksportēšana. Izmantojot šo darbību, veidlapai tiek eksportēts diff FormXml.
Testa vidē importējiet pārvaldītu Risinājumu B no 2. darbības, kas izveido veidlapu testa vidē, izveidojot veidlapai otru risinājuma slāni. Tālāk redzamajā shēmā FormB testa vidē saņem sapludinātās izmaiņas no Risinājuma A un Risinājuma B. Turklāt FormB UI rāda veidlapas Lauku1 un Lauku3, bet ne Lauku2, kuru noņēmis Risinājums B.
Pēc 1. darbībā pielāgotās veidlapas pielāgošanas, izmantojot ielāpa risinājumu, varat izmantot to pašu izstrādes vidi, kas ir tāda pati kā 1. darbībā, kur Risinājums B pastāv nepārvaldītā stāvoklī. Kā parādīts tālāk redzamajā shēmā, Risinājums A ir pārvaldīts un Risinājuma B stāvoklis ir nepārvaldīts. Veidlapa tiek pielāgota arī tad, ja izveidojat plankumu Risinājumam B, pievienojot veidlapu šim risinājumam un eksportējot to kā pārvaldītu ielāpa risinājumu. Izmantojot šo darbību, veidlapai tiek eksportēts diff FormXml.
Testa vidē importējiet pārvaldītu ielāpa Risinājumu B no 4. darbības. Kā parādīts tālāk redzamajā shēmā, Risinājuma B ielāps pievieno FormB Lauks4 un noņem Lauks3, kas tika pievienots ar Risinājumu B.
Piezīme
Ielāpi ir pēc būtības tiek pievienoti, un tie nevar no veidlapas noņemt komponentus, piemēram, kolonnas. Tāpēc Lauks3 netiks noņemts no veidlapas. Veidlapas lietotāja interfeisa testa vidē tagad rāda Lauks1, Lauks3 un Lauks4, bet ne Lauks2.
Pēc 1. darbībā izveidotās veidlapas pielāgošanas, lietojot jauninājumus, lietojiet to pašu vidi, kur Risinājums B ir nepārvaldīts, klonējiet Risinājumu B, lai izveidotu jauninātu risinājumu un pielāgotu FormB. Pēc tam eksportējiet ielāpu kā pārvaldītu risinājumu. Izmantojot šo darbību, veidlapai tiek eksportēts diff FormXml.
Testa vidē importējiet pārvaldītu Risinājums B no 6. darbības. Kā parādīts tālāk shēmā, Risinājuma B jauninājums pievieno jaunu Lauku5 FormB un noņem Lauku3, kuru pievienoja Risinājums B. Testa vidē veidlapas lietotāja interfeiss pēc sapludināšanas tagad rāda veidlapas Lauku1, Lauku4 un Lauku5, bet Lauks2 un Lauks3 ir noņemts.
Lai šim scenārijam ieviestu drošu veidlapas ALM, veiciet šīs darbības.
- Izveidojiet jaunu veidlapu ar nosaukumu FormA savā Izstrādes vidē 1 un veiciet tajā pielāgojumus.
- Izstrādes vidē izveidojiet risinājumu (Risinājums A tālāk redzamajā shēmā), kas būs nepārvaldīts risinājums un pievienos jauno veidlapu. Nepārvaldīta risinājuma eksportēšana. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
- 2. izstrādes vidē importējiet nepārvaldīto risinājumu no 2. darbības, kas izveido veidlapu 2. izstrādes vidē. Tālāk redzamajā shēmā FormA tiek izveidota testa vidē, bet veidlapas lietotāja interfeisā (UI) tiek rādīts Lauks1 un Lauks2, kuriem veidlapā ir pievienots Risinājums A.
- Jūs papildus pielāgojat veidlapu 2. izstrādes vidē, veicot aktīvus pielāgojumus vidē, piemēram, pievienojot jaunu kolonnu ar nosaukumu Field3. FormA tagad rāda Field1,Field2 unField3.
- Savā 1. izstrādes vidē veidlapa ir papildus jāpielāgo, pievienojot Lauku4. Veidlapas lietotāja interfeisa Izstrādes vidē 1 tagad rāda Lauks1, Lauks2 un Lauks4.
- Eksportējiet nepārvaldītu Risinājumu A, izmantojot 5. darbībā veiktās izmaiņas. Izmantojot šo darbību, veidlapai tiek eksportēts pilns FormXml.
- Izstrādes vidē 2 importējiet nepārvaldītā Risinājuma A jauninājumu no 6. darbības. Tā kā importējamā risinājumā ir formXml for FormA, tiek pārrakstīts 1. izstrādes vidē veiktais aktīvais pielāgojums. Tāpēc tagad veidlapā tiek rādīts tikai lauks Lauks1, Lauks2 un Lauks4, bet ne Lauks3, kas bija papildu aktīva pielāgošana, kas tika veikta 1. izstrādes vidē. Tā notiek ar jebkuru nepārvaldītu risinājumu importēšanu, kam ir pilna veidlapas formXml.
Lai šim scenārijam ieviestu drošu veidlapas ALM, veiciet šīs darbības.
- 1. izstrādes vidē pielāgojiet esošu veidlapu ar nosaukumu FormB šajā piemērā. Pēc tam veiciet pielāgojumus veidlapā.
- Izstrādes vidē izveidojiet risinājumu (Risinājums B tālāk redzamajā shēmā), kas būs nepārvaldīts risinājums un pievienojiet FormB. Nepārvaldīta risinājuma eksportēšana. Izmantojot šo darbību, veidlapai tiek eksportēts diff FormXml.
- Importējiet nepārvaldītu risinājumu 2. izstrādes vidē no 2. darbības, kas izveido veidlapu testa vidē, izveidojot veidlapai otru risinājuma slāni. Pēc veidlapas sapludināšanas FormB UI rāda Field1, Field2 un Field3.
- Jūs papildus pielāgojat veidlapu 2. izstrādes vidē, veicot aktīvus pielāgojumus vidē, piemēram, pievienojot jaunu kolonnu ar nosaukumu Field4. FormB tagad rāda Field1,Field2,Field3 un Field4.
- Savā 1. izstrādes vidē veidlapa ir papildus jāpielāgo, pievienojot jaunu kolonnu ar nosaukumu Lauku5. Veidlapas lietotāja interfeisa Izstrādes vidē 1 tagad rāda Lauks3 un Lauks5.
- Eksportējiet nepārvaldītu Risinājumu B, izmantojot 5. darbībā veiktās izmaiņas. Izmantojot šo darbību, veidlapai tiek eksportēts diff FormXml.
- Izstrādes vidē 2 importējiet nepārvaldītā Risinājuma B jauninājumu no 6. darbības. Tā kā importējamā risinājumā ir diff formXml FormB, tiek pārrakstīts 1. izstrādes vidē veiktais aktīvais pielāgojums. Tagad veidlapa rāda Lauku1, Lauku2, Lauku3, Lauku4 un Lauku5. Tā notiek ar jebkuru nepārvaldītu risinājumu importēšanu, kam ir veidlapas diff formXml.
- Ja 7. darbībā veiktā veidlapu sapludināšana nav tas, ko vēlaties veikt, pat ja importējat diff FormXml ar nepārvaldītu risinājumu un vēlaties pārrakstīt aktīvos pielāgojumus, kas veikti 2. izstrādes vidē, noņemiet FormB aktīvo slāni. Papildinformāciju skatiet šeit: Nepārvaldīta slāņa noņemšana.
- Eksportējiet nepārvaldītu Risinājumu B, izmantojot 5. darbībā veiktās izmaiņas. Izmantojot šo darbību, veidlapai tiek eksportēts diff FormXml.
- Izstrādes vidē 2 importējiet nepārvaldītā Risinājuma B jauninājumu no 9. darbības. Tā kā veidlapas 2. izstrādes vidē nav aktīva slāņa (skatiet 8. darbību), tiek importētas visas nepārvaldīta Risinājuma B izmaiņas, pat ja importējat diff FormXml FormB. Tagad veidlapa rāda Lauku1, Lauku2, Lauku3 un Lauku5. Tā notiek ar jebkuru nepārvaldītu risinājumu importēšanu, kam ir veidlapas diff formXml. Tas ir tāds pats rezultāts kā 7. darbības Esošas veidlapas nepārvaldītu risinājumu un pielāgojumu uzturēšana dažādās izstrādes vidēs scenārijā.
Katrā eksportētā risinājuma pakotnē ir iekļauts fails customizations.xml. Vienmēr, kad veidlapa tiek iekļauta risinājumā, saistītā veidlapas definīcija pastāv faila customizations.xml sadaļās FormXml. FormXml var būt pilna vai diferenciāla (diff).
FormXml, kas tiek iegūts, eksportējot veidlapas risinājumu nepārvaldīta stāvoklī, tiek saukts par pilno FormXml. Tas nozīmē, ka tajā ir visa veidlapas definīcija. Izveidojot jaunu veidlapu un eksportējot to, tā vienmēr būs pilna FormXml, jo eksportējamās vides veidlapa ir nepārvaldīta un tās stāvoklis ir arī izveides stāvoklis. Eksportējot citus risinājumus no šīs pašas vides, tiek iekļauts arī pilns FormXml. Tā kā solutionaction
atribūts norāda diff FormXml, eksportējamā risinājuma failā customization.xml pilnajā FormXml nebūs solutionaction
atribūtu.
FormXml, kas tiek iegūts, eksportējot veidlapas risinājumu nepārvaldīta stāvoklī, tiek saukts par diff FormXml. Diff nozīmē, ka FormXml ietver tikai izmaiņas, kas veiktas aktīvajā pielāgojumā šajā vidē, nevis visā veidlapas definīcijā. Kad pielāgojat esošu pārvaldītu veidlapu un eksportējat to, tā vienmēr būs diff FormXml, jo tajā būs iekļautas tikai aktīvās tajā veiktās izmaiņas. Eksportējamā risinājuma diff FormXml fails customization.xml saturēs solutionaction
atribūtus, kas definē, kādas izmaiņas ir, piemēram, Pievienots, Noņemts, Modificēts.
Diff FormXml nodrošina, ka jūsu risinājums izteiks tikai jūsu programmas nepieciešamās izmaiņas, un izmaiņas no citiem līmeņiem to ietekmēs mazāk. Diff FormXml arī padara risinājumu mazāk apjomīgu un palīdz to importēt ātrāk.