VÄRSKENDUS: Olen olnud uurides kuidas kinnistada SPD töövoo määratlus saidi. Sellel MSDN Foorum on mõned huvitavad teavet. See ei ole määrav, kuid punkte läbi džungli teed.
Ma annan sellele ametikohale on veidi mõlemal tüüp "täheldatud käitumine" sest ma olen veidi ettevaatus järelduste tegemine see. SPD töövood on … Temperamentne.
Inimesed sageli küsivad / mõtlesin, et / Kiukuttelu üle SPD töövood liikumine ühest kohast teise. Täna, Nende juhiste järgimist ja tegi need tähelepanekud:
- Olen loonud saidi teeki lisatud SharePoint Designeri abil töövoog.
- Seostatud dokumenditeek juba majutatud mitmest dokumendist.
- Olen salvestanud saidi mallina.
- Kuna olen salvestanud saidi mallina, Ma päästsin selle sisu.
- Samas saidikogumis selle malli abil loodud uus sait.
Sel hetkel, Ma püüdsin käivitada töövoogu. See viivitamata lõpetada ise saa, "Käivitamine nurjus".
Arvasin, et see. Mul on madal ootusi, kui tegemist on ühtse Programmdokumendi töövood ringiliikumine.
Jätkasin:
- Avatud saidi SharePoint Designeris.
- Oli peek töövoog. Tundus hea.
- Napsautin "Finish".
- Jooksin töövoog.
Sel korral, See töötas trahvi.
Ma lisan, et selles töövoos kasutada "koguda andmeid kasutaja" tegevus, mis on suhteliselt keeruline toiming kapoti alla.
Ma esialgselt järeldada, et protsessi "viimistlus" põhjustatud SPD korralikult siduda ühtse Programmdokumendi töövoo uues dokumenditeegis töövoo. Järeldan ka, et XOML ja muud XML esemeid on mõistlikult "lahtine". Nad ei ole super tihedalt sidestatud dokumenditeeki.
Mida see tähendab? Eeldades, et see on usaldusväärne ja reprodutseeritavad protsess, on vähemalt üks töötlemata meetodi saame kasutada ümber paigutada. Ma ei tea, kas see töö, kui me läksime saidi kogumise piirid või isegi järsemalt, kogu uued talud (näiteks. dev etappi prod).
Kui sa loed seda ja on kaldu, Palun postitage kommentaar või kirjuta mulle teie SharePoint Designeri rände lugu. Ma hea meelega uuendada sisestamine koos mingit ülevaadet nii pakuti.
</lõpp>
