OPを明確にするためのいくつかの追加ポイント:
開発環境のワークフローの所有者は関係ありません。本番環境のインポート ユーザーが所有者になります (これは Guido と矛盾しません。私はあなたが赤いニシンに従わないようにしています)。それらが開発者と製品の間の「エアギャップ」であることはまったく正しいことです。
ソリューションに含まれるワークフローがわかっている場合は、prod のワークフローを自分に割り当ててからインポートし、必要な場合にのみ元の所有者に再割り当てします。その所有者が同等のシステム管理者ユーザーである場合は必要ないかもしれませんが、特別なユーザー (たとえば、"ワークフロー デーモン" で、レコードが更新された理由をユーザーが確認できるようにする) の場合は、再割り当てする必要があります。
それらを再割り当てした後、そのユーザーはワークフローをアクティブ化する必要があることに注意してください。他人の名前でワークフローをアクティブ化することはできません (または、ユーザーがワークフローを作成して管理者として実行し、権限を昇格させることができます)。
このバージョンのソリューションでワークフローが実際に変更されていない場合は、それらをソリューションから取り出して無視します。多くの場合、ワークフローが作成され、元の「稼働」で本番環境に引き継がれ、その後機能しています。完全に問題ありませんが、常に更新および再公開されるソリューションに残されます (つまり、エクスポート/インポート)。
個人的には、「稼働」ソリューション (または複数、しかしそれは別のスレッドです...) をよく使用し、その後、増分変更のみを含む新しいソリューションで最初からやり直します。これは、すべての作業ワークフロー、プラグイン、Web リソースなどがそのソリューションに表示されないことを意味するため、バージョンに関する混乱が回避され、ソリューションの肥大化が軽減され、ワークフローの所有権に関するこの問題が回避されます。ワークフローが実際に更新された場合は、インポートを処理する必要がありますが、無関係な変更のためにこれを毎日発生させないでください。