<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Base SAS and Subversion Version Control in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161684#M31414</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The only way to have SAS (*.sas) programs being run is having all code readable open available at the OS level. You cannot run it for a version-tool&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For a structured organized approach of all SAS code a well designed directory structure at the OS level is needed. Formats and macro-s are different type of objects in SAS (there are many more). SAS is behaving for the *.sas artifacts as an interpreter, there are no compilation object parts. This is different behavior as in languages like JAVA (and othere languages).&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;.................&lt;/P&gt;&lt;P&gt;Review your goal for version-control there is often a big misunderstanding. &lt;/P&gt;&lt;P&gt;.................&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regulators are asking for being capable on underpinning having used the correct version of code in production environments. eg look at: &lt;EM&gt;AS&lt;/EM&gt;/&lt;EM&gt;NZS&lt;/EM&gt; ISO/IEC 27001:&lt;EM&gt;2006&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;You have to be able to do that by proving&amp;nbsp; out of some logging / events / security protecting against updates. This is wit ITSM part of Release management and security with an RBAC implementation.&amp;nbsp;&amp;nbsp; Version control tools are having their goal on "collaboration across a group of developers". That is an other stage another&amp;nbsp; viewpoint.&lt;/P&gt;&lt;P&gt;Both are requiring you do something on your&amp;nbsp; DTAP (Develop Test Acceptance Production)&amp;nbsp; environments and processes.&amp;nbsp; &lt;/P&gt;&lt;P&gt;The difference is as big as the difference between horizontal and vertical. &lt;/P&gt;&lt;P&gt;EGP and version control (&lt;A _jive_internal="true" href="https://communities.sas.com/thread/61534"&gt;https://communities.sas.com/thread/61534&lt;/A&gt;) &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There was a time auditors did only ask you could make a backup. Being able to restore data was not relevant.&lt;/P&gt;&lt;P&gt;After some debacles they are now starting to ask whether you can prove you are capable to do a restore can do a DR (part of Business Continuity).&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;.......&lt;/P&gt;&lt;P&gt;Probably someone came to you and wanting you to do something about version control and his dogma is using a version control tool.&lt;/P&gt;&lt;P&gt;By that you are satisfying his dogma but ingoring the real question to be solved. At the end of the day having more troubles to be faced.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 27 Sep 2014 08:16:23 GMT</pubDate>
    <dc:creator>jakarman</dc:creator>
    <dc:date>2014-09-27T08:16:23Z</dc:date>
    <item>
      <title>Base SAS and Subversion Version Control</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161681#M31411</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Recently I was tasked with implementing version control for SAS programs in my programming shop.&lt;/P&gt;&lt;P&gt;I have successfully set up a Subversion Server, and I have created a TEST Repository containing a couple of simple .SAS programs.&lt;/P&gt;&lt;P&gt;Is Base SAS able to directly run the programs stored in the repository or do the programs need to be copied back out to the file server after I commit them?&lt;/P&gt;&lt;P&gt;I ask because once I place a .SAS program in the repository I can no longer see a typical Windows file path (e.g. c:\testRepos\test.sas ) for the file.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 26 Sep 2014 13:25:48 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161681#M31411</guid>
      <dc:creator>walshdavid66</dc:creator>
      <dc:date>2014-09-26T13:25:48Z</dc:date>
    </item>
    <item>
      <title>Re: Base SAS and Subversion Version Control</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161682#M31412</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You need to create what is known as a Working Copy.&amp;nbsp; This is basically an area on your network or local machine which is an extract of what is on the repository.&amp;nbsp; Use SVN checkout where you want to have your working copy.&amp;nbsp; Once it is extracted there will be overlays (small icons over the file icons) which indicate status of the file in conjunction with the repository, tick = same, exclamation mark means changed.&amp;nbsp; SVN handles a link between the repository and the copy on the network by using a small hidden file.&amp;nbsp; Also I would recommend, presuming you are on Windows, to get Tortoise SVN which is an Explorer plugin, saves having the command line access: &lt;A href="http://tortoisesvn.net/" title="http://tortoisesvn.net/"&gt;TortoiseSVN - Home&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 26 Sep 2014 13:30:32 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161682#M31412</guid>
      <dc:creator>RW9</dc:creator>
      <dc:date>2014-09-26T13:30:32Z</dc:date>
    </item>
    <item>
      <title>Re: Base SAS and Subversion Version Control</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161683#M31413</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;RW9,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your speedy response. I have installed TortoiseSVN, and it seems to work great.&lt;/P&gt;&lt;P&gt;I have successfully checked a .SAS program out of the repository into my working copy folder on my PC.&lt;/P&gt;&lt;P&gt;I can make changes to the program and commit those changes back to the repository.&lt;/P&gt;&lt;P&gt;I can also use Tortoise Diff to view the changes.&lt;/P&gt;&lt;P&gt;However, I don't know how to tell SAS to look inside the repository and run the program.&lt;/P&gt;&lt;P&gt;Normally, I would lauch SAS in batch mode and tell it to run the program c:\sasPrograms\test.sas.&lt;/P&gt;&lt;P&gt;Once the programs are inside the repository, a normal Windows file path is not apparent to me.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks again!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 26 Sep 2014 13:40:56 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161683#M31413</guid>
      <dc:creator>walshdavid66</dc:creator>
      <dc:date>2014-09-26T13:40:56Z</dc:date>
    </item>
    <item>
      <title>Re: Base SAS and Subversion Version Control</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161684#M31414</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The only way to have SAS (*.sas) programs being run is having all code readable open available at the OS level. You cannot run it for a version-tool&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For a structured organized approach of all SAS code a well designed directory structure at the OS level is needed. Formats and macro-s are different type of objects in SAS (there are many more). SAS is behaving for the *.sas artifacts as an interpreter, there are no compilation object parts. This is different behavior as in languages like JAVA (and othere languages).&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;.................&lt;/P&gt;&lt;P&gt;Review your goal for version-control there is often a big misunderstanding. &lt;/P&gt;&lt;P&gt;.................&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regulators are asking for being capable on underpinning having used the correct version of code in production environments. eg look at: &lt;EM&gt;AS&lt;/EM&gt;/&lt;EM&gt;NZS&lt;/EM&gt; ISO/IEC 27001:&lt;EM&gt;2006&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;You have to be able to do that by proving&amp;nbsp; out of some logging / events / security protecting against updates. This is wit ITSM part of Release management and security with an RBAC implementation.&amp;nbsp;&amp;nbsp; Version control tools are having their goal on "collaboration across a group of developers". That is an other stage another&amp;nbsp; viewpoint.&lt;/P&gt;&lt;P&gt;Both are requiring you do something on your&amp;nbsp; DTAP (Develop Test Acceptance Production)&amp;nbsp; environments and processes.&amp;nbsp; &lt;/P&gt;&lt;P&gt;The difference is as big as the difference between horizontal and vertical. &lt;/P&gt;&lt;P&gt;EGP and version control (&lt;A _jive_internal="true" href="https://communities.sas.com/thread/61534"&gt;https://communities.sas.com/thread/61534&lt;/A&gt;) &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There was a time auditors did only ask you could make a backup. Being able to restore data was not relevant.&lt;/P&gt;&lt;P&gt;After some debacles they are now starting to ask whether you can prove you are capable to do a restore can do a DR (part of Business Continuity).&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;.......&lt;/P&gt;&lt;P&gt;Probably someone came to you and wanting you to do something about version control and his dogma is using a version control tool.&lt;/P&gt;&lt;P&gt;By that you are satisfying his dogma but ingoring the real question to be solved. At the end of the day having more troubles to be faced.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 27 Sep 2014 08:16:23 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161684#M31414</guid>
      <dc:creator>jakarman</dc:creator>
      <dc:date>2014-09-27T08:16:23Z</dc:date>
    </item>
    <item>
      <title>Re: Base SAS and Subversion Version Control</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161685#M31415</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, as Jaap has mentioned.&amp;nbsp; SVN is a repository for version history.&amp;nbsp; You would right click batch submit your SAS programs from the working copy as you would have done before.&amp;nbsp; SVN has nothing to do with running SAS programs. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 28 Sep 2014 16:21:17 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Base-SAS-and-Subversion-Version-Control/m-p/161685#M31415</guid>
      <dc:creator>RW9</dc:creator>
      <dc:date>2014-09-28T16:21:17Z</dc:date>
    </item>
  </channel>
</rss>

