0

クライアント用のSharePoint2007サイトのコピーに取り組んでいます。

更新の本番環境への影響を最小限に抑えながら、可能な限り多くの更新プロセスを自動化できるようにしたいと考えています。

そのため、別のSharePointサーバー/サイトでSharePointワークフロー（SPD 2007を使用して作成）の作成を自動化する方法を誰かが知っているかどうか疑問に思いました。

まだ十分に検索していないかもしれませんが、Webサービスでこれを行う方法があるかどうかはわかりません。これが私の好みだと思います。

SharePointサイトのホスティングは別であるため、これでSTSadmを使用できるとは思いません。

ワークフローを個人のWebパッケージでエクスポートできると思います。これはまだワークフローで実験していませんが、リストなどの他のエクスポートでの現在の経験では、GUIDが混乱しているようです。サイト。これが問題ではない場合でも、インポートプロセスを自動化する方法があるかどうかはわかりません（STSadmなしで）。

ターゲットの本番サイトでこれらの変更を実装するときに、（誤って見落とされる可能性のある）手動手順の長いリストを実行する必要がないことを望んでいます。

私の好みは、変更をすばやく行い、本番システムに実装する前にテストできる、ある種の更新バッチまたはアプリケーションを作成できるようにすることです。

これにはかなりのことが必要ですが、今のところ、ワークフローをターゲットシステムに取り込むことに焦点を当てたいと思います。

どこから始めるべきかについての提案は大歓迎です。

4

2 に答える 2

1

SharePoint Designerワークフローは、サイト間で移植できません。（参考）1

状況に応じて、VisualStudioワークフロールートを使用することをお勧めします。このチュートリアルをご覧ください：VisualStudio2008でカスタムSharePointワークフローを作成する方法。重要なのは、それをリストに関連付ける方法です。

もう1つのオプションは、カスタムワークフローアクティビティを作成することです（2007には2010よりも少ないオプションがあります）。それでも、SharePoint Designerを使用してワークフローを作成し、各サイトでカスタムアクティビティを追加する必要があります。

1.はい、XMLをコピーしてGUIDを変更することでそれを実行しようとする「ハック方法」があります...しかし、エラーが発生しやすく、困難です。

于 2012-04-13T20:10:31.130 に答える
0

SharePoint 2010はワークフローの柔軟性を高めるため、最初の@Kit MenkeステートメントはSP2010を使用している読者には当てはまりません（これはsharepoint2007としてタグ付けされているようですが、SP2010を使用している読者には明確にしています）

ただし、ワークフローテンプレートをSharePointサイトコレクションに公開する場合は、そのテンプレートをWSPファイルとしてダウンロードしてから、他のサイトコレクションに展開できます。

ワークフローの展開プロセスについてもっと読む（SharePoint Foundation 2010）

于 2012-04-17T10:25:45.007 に答える