Bug 1327648

Summary: [RFE] Variable Nesting
Product: OpenShift Container Platform Reporter: Eric Rich <erich>
Component: RFEAssignee: Ben Parees <bparees>
Status: CLOSED WONTFIX QA Contact: Johnny Liu <jialiu>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.1.0CC: aos-bugs, jokerman, mmccomas
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-09-12 15:39:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Eric Rich 2016-04-15 14:31:17 UTC
What is the nature and description of the request?  
     As a user of OpenShift I want to have the ability to nest environment variables so that I can keep the existing variables provided by OpenShift and expand them or use them in conjunction with other variables.
      
Why does the Business need this? (List the business requirements here)  
     This is needed to allow for simpler and less upfront knowledge of what is stored in variables. It also removes the need to build images with variables pre-defined. 
            
For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.  

    Functionally the only requirement is that when a docker build is done, 1 ENV statement can process variables defined in the same line. 

    Unlike what is seen in https://gist.github.com/bparees/daf9c6ecbd87b4ea61f233d7474411d3

Comment 7 Eric Rich 2016-06-01 16:04:05 UTC
Would it be better to simply provide customer with information related to https://docs.openshift.com/enterprise/3.2/dev_guide/configmaps.html

However this would not work for builds.

Comment 8 Ben Parees 2016-06-01 23:57:46 UTC
I think you answered your own question.  It depends on the customer's use case but this seemed like a build specific request.