[ 
https://issues.apache.org/jira/browse/AVRO-2963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17266508#comment-17266508
 ] 

ASF subversion and git services commented on AVRO-2963:
-------------------------------------------------------

Commit 1ee0e2778e8e6d95c9def1e94cb59c72ef0da369 in avro's branch 
refs/heads/master from Ryan Skraba
[ https://gitbox.apache.org/repos/asf?p=avro.git;h=1ee0e27 ]

AVRO-2963: Add docker configurability from env


> [build] Configure docker build and run arguments
> ------------------------------------------------
>
>                 Key: AVRO-2963
>                 URL: https://issues.apache.org/jira/browse/AVRO-2963
>             Project: Apache Avro
>          Issue Type: Task
>            Reporter: Ryan Skraba
>            Assignee: Ryan Skraba
>            Priority: Minor
>
> When testing and building locally, I frequently find myself fiddling with the 
> Avro docker image to try and reproduce what is happening on Travis.
> We currently can specify additional {{docker run}} arguments using the 
> {{build.sh docker --args "xxxx"}} format.  I'd like to be able to specify:
> * additional {{docker build}} arguments (usually {{--no-cache}})
> * the {{docker run}} entrypoint, other than {{bash}} (for scripting some 
> tasks).
> I don't think it's necessary to add additional arguments to the *build.sh* 
> script, it's probably enough to use environment variables that can be set 
> outside of the script.  I propose:
> * *{{DOCKER_BUILD_XTRA_ARGS}}* to add additional arguments to the docker 
> image build.
> * *{{DOCKER_RUN_XTRA_ARGS}}* (rename the existing {{DOCKER_XTRA_ARGS}}) to 
> add additional arguments to the docker run.
> * *{{DOCKER_IMAGE_NAME}}* to specify the docker image being used (currently 
> {{avro-build-$USER_NAME:latest}})
> * *{{DOCKER_RUN_ENTRYPOINT}}* to specify the entrypoint being used (currently 
> {{bash}})
> There should be no changes or impact in an environment that doesn't set these 
> arguments.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to