UPDATE: I’ve been researching how to embed a SPD workflow into a site definition. Bu MSDN forum zəncirvari bir maraqlı məlumat var. It’s not conclusive, lakin Jungle vasitəsilə yola xal.
Mən "bu yazı Görünen Davranış biraz oddball verilməsi alıram" lead since I’m a little leery of drawing conclusions from it. SPD workflows are … maymun iştahlı.
İnsanlar çox vaxt tələb olunur / merak / fretting over moving SPD workflows from one place to another. Bugün, Bu adımları sonra, bu müşahidələr etdi:
- Mən bir sənəd kitabxana əlavə bir saytda SharePoint Designer istifadə edərək, bir iş yaradıldı.
- Bağlı sənəd kitabxana artıq bir neçə sənədlər yer.
- Mən bir şablon kimi site xilas.
- Mən şablon olaraq saytda saxlanılan zaman, Mən də məzmun xilas.
- Mən bu şablonu istifadə edərək, eyni site toplanması yeni saytı yaradılmışdır.
Bu noktada, I tried to run the workflow. It promptly terminated itself with the log message, "Başlat haqqında bilməyib".
I expected this. I have low expectations when it comes to moving SPD workflows around.
Mən davam:
- SharePoint Designer ildə saytı açıldı.
- Had a peek at the workflow. It seemed fine.
- Mən "Finish" tıklayan.
- Mən iş qaçıb.
Bu dəfə, o çalışır.
Bu iş istifadəçi olan "toplamaq data istifadə ekleriz" başlıq altında nisbətən mürəkkəb hərəkət edən fəaliyyət.
Mən müvəqqəti prosesi "başa Sonuç" the workflow caused SPD to properly associate the SPD workflow with the new document library. I also conclude the XOML and other XML artifacts are reasonably "loose". They are not super tightly coupled to the document library.
Bu ne demek? Assuming it’s a reliable and reproducible process, there’s at least one rough method we can use to move them around. I don’t know if this would work if we crossed site collection boundaries or even more drastically, bütün yeni təsərrüfatları (e.g. prod üçün mərhələsinə dev).
Bu oxu və maili edirsinizsə, və ya Şərh göndərin Mənə e-poçt your SharePoint Designer migration story. I’ll gladly update this posting with any insights thus offered.
</son>
