<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://www.infopathdev.com:443/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>General</title><link>https://www.infopathdev.com:443/forums/41.aspx</link><description>If you're not sure where to ask your question, ask it here. If necessary, our moderators will make sure it gets classified in the correct board.</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP3 (Build: 31118.962)</generator><item><title>Re: What are the risk of developing simple InfoPath forms and SPD workflows in the production environment?</title><link>https://www.infopathdev.com:443/forums/thread/117411.aspx</link><pubDate>Tue, 10 Oct 2017 12:00:51 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:117411</guid><dc:creator>NickiPT</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/117411.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=41&amp;PostID=117411</wfw:commentRss><description>&lt;p&gt;&amp;nbsp;Thank you, that is very good information. I appreciate&amp;nbsp;the feedback, Hilary!&lt;/p&gt;</description></item><item><title>Re: What are the risk of developing simple InfoPath forms and SPD workflows in the production environment?</title><link>https://www.infopathdev.com:443/forums/thread/117406.aspx</link><pubDate>Mon, 09 Oct 2017 14:50:57 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:117406</guid><dc:creator>Hilary Stoupa</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/117406.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=41&amp;PostID=117406</wfw:commentRss><description>&lt;p&gt;&amp;nbsp;Well - as a developer, I have some strong feelings about this. Especially since I often do development work for outside clients. I am always worried about doing damage to production data with a change, and then having to figure out how to fix it (if that&amp;#39;s even possible). Like - what if I do something stupid in my workflow, and no one notices, and I&amp;#39;ve accidentally deleted customer information for 50 list items before someone realizes something is wrong? &lt;/p&gt;&lt;p&gt;For sending emails, I probably want to initially set up emails to send to a test account, so I can see the contents.... not actually send them to the person who approves. Am I supposed to be changing production data, or adding data to a production list in order to test this? &lt;/p&gt;&lt;p&gt;If there is a bug, I can go to my dev enviro&amp;nbsp;to reproduce it. This allows me to have a sandbox where I can try whatever I need to try w/out&amp;nbsp;worrying about disruption to a production system.&lt;/p&gt;&lt;p&gt;If I have a Test environment -&amp;nbsp;this means I&amp;nbsp;ALSO am able to test deployment steps, so when I go to production, I&amp;#39;m secure in the knowledge that I know what I&amp;#39;m doing.&lt;/p&gt;&lt;p&gt;I am a HUGE&amp;nbsp;proponent of Dev &amp;gt; Test&amp;nbsp;&amp;gt; Prod. It may sound as if they are overcomplicating things, but they aren&amp;#39;t - they are protecting you,&amp;nbsp;and your production data &amp;amp; site. They are&amp;nbsp;also protecting themselves from having to clean up after some bug or development incident in the production environment. &lt;/p&gt;&lt;p&gt;And yeah, the bureaucracy sounds nightmarish, if it will now involve weeks, but perhaps if IT understands that this process offers a higher level of security &amp;amp; protection for the company as&amp;nbsp;a whole they could consider some level of fast tracking the process?&amp;nbsp;&lt;/p&gt;</description></item><item><title>What are the risk of developing simple InfoPath forms and SPD workflows in the production environment?</title><link>https://www.infopathdev.com:443/forums/thread/117401.aspx</link><pubDate>Fri, 06 Oct 2017 14:24:22 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:117401</guid><dc:creator>NickiPT</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/117401.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=41&amp;PostID=117401</wfw:commentRss><description>&lt;p&gt;We&amp;nbsp;are developing simple InfoPath forms that have SharePoint Designer workflows to route them for approvals. (They have customized emails, so we&amp;#39;re not using the OOTB Approval Workflow.)&amp;nbsp;Sometimes the workflow adds the items to another list. Nothing too complicated. We&amp;#39;re not using any&amp;nbsp;custom code.&lt;/p&gt;&lt;p&gt;&lt;strong&gt;What, if any, are the risks of creating something like this directly in the production environment, versus building it in dev, then moving it to stage for testing, then to production?&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;We have developers who build&amp;nbsp;forms and workflows right in production without any issues. But our contract SharePoint admin lead is trying to push&amp;nbsp;some of us into using a much more complicated process that would take our development of simple&amp;nbsp;forms from being something that could be&amp;nbsp;created in&amp;nbsp;one day in production to&amp;nbsp;a multi-stage process that takes&amp;nbsp;a&amp;nbsp;minimum of weeks because of the bureaucracy of our IT organization...Trying to figure out if this is really necessary or if they&amp;#39;re just trying to complicate the process to give themselves more work (and therefore more billable hours).&lt;/p&gt;</description></item></channel></rss>