-
Notifications
You must be signed in to change notification settings - Fork 756
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change dataflow default workdir to /src #330
Conversation
Otherwise when I want to execute dataflow code ``` python2 -m code_search.dataflow.cli.create_function_embeddings \ ``` it complains no setup.py I could workaround by using workingdir container API but setting it to default would be more convenient.
In addition, this would be very useful for resuing the image to build a kf pipeline. See limitation of current pipeline. |
/assign @jlewi |
FYI; You can also set the workdir in the command.
|
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jlewi The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Otherwise when I want to execute dataflow code ``` python2 -m code_search.dataflow.cli.create_function_embeddings \ ``` it complains no setup.py I could workaround by using workingdir container API but setting it to default would be more convenient.
Otherwise when I want to execute dataflow code ``` python2 -m code_search.dataflow.cli.create_function_embeddings \ ``` it complains no setup.py I could workaround by using workingdir container API but setting it to default would be more convenient.
Otherwise when I want to execute dataflow code ``` python2 -m code_search.dataflow.cli.create_function_embeddings \ ``` it complains no setup.py I could workaround by using workingdir container API but setting it to default would be more convenient.
Otherwise when I want to execute dataflow code
it complains no setup.py
I could workaround by using workingdir option to switch the dir when launching the container, but setting it to default would be more convenient.
This change is