Desktop productivity for business analysts and programmers

Shared code

Reply
New Contributor
Posts: 3

Shared code

 We are in the very beginning stages of moving a production batch system running on a legacy VMS system using SAS and COBOL to SAS Enterprise guide with the SAS server on Linux. Most everyone else is using EG striclty for add hoc queries and reports.

 

I am mostly self-taught and despite being comfortable with Base SAS programming I think I am missing on some basic concepts when moving to EG . One example is that I am struggling to understand how to implement a code/macro library that can be used by other members of our programming team. When I save a program externally from EG I only have the option to save it to my folder under the Server list and not to any of the SAS folders. I can use Autocall or %include for use in my own programs but can’t figure out how/where to save it so that others can use it.  

 

Can someonw off guidance or point me to specific resources that will help me better understand? Any help is appreciated.

 

 

Community Manager
Posts: 2,692

Re: Shared code

For starters, your SAS admin will need to configure the workspace properties to allow file navigation outside of your own SASUSER path.  See this blog post for the basic instructions.

 

Then you'll have access to the full folder tree, and you can organize your code as needed.


Chris

New Contributor
Posts: 3

Re: Shared code

Thanks Chris! I will start there.

Trusted Advisor
Posts: 1,051

Re: Shared code

A couple of other things to think about:

 

1. In EG, you can either save your SAS code (that you edit in a program window) within the EG project, or externally as a .sas file. EG tasks are always saved within the project. Both options have pros and cons; make sure you understand fully which is which, and that you can ensure your other users make the right choices. For any code that you are going to want to include, it will need to be saved externally.

 

2. Your other users should find EG a huge improvement for ad-hoc queries and reports. EG really shines in that role!

 

3. Although EG has "scheduling" capabilities, for production systems it's generally preferable to use the server scheduling options to run the code. Doing it with EG means you have to configure your workstation, and it's more liable to have problems.

You're going to find lots of changes, but in the end if you're not much happier I'll be very surprised!

 

Good luck,
   Tom

Respected Advisor
Posts: 3,060

Re: Shared code

If you are managing production SAS applications then the easiest way to colloborate with SAS code is to use code management tools like GIT, TFS, SVC etc. We use TFS with EG and its fantastic for managing code development. You should find out what tools are used in your organisation for this as a first step.

Grand Advisor
Posts: 17,325

Re: Shared code

@SASKiwi

Seconded! Use a Version Control tool if you want to share code. Especially, if the code may be shared/improved over time. 

New Contributor
Posts: 3

Re: Shared code

Thanks everyone. I appreciate all the advice. Unfortunately we are basically starting from ground zero so there are going to be some growing pains.  

Respected Advisor
Posts: 3,060

Re: Shared code

@DA_SAS agreed. We also started from ground zero. The big advantage here is you can start by doing things right the first time and not have to put up with problems inherited from others...

Ask a Question
Discussion stats
  • 7 replies
  • 264 views
  • 6 likes
  • 5 in conversation