-
Notifications
You must be signed in to change notification settings - Fork 18
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
Render target_field_name
information
#62
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good in theory; #50 is now merged so it'd be good to merge that and then rerun the generation with this change.
<code>{target_field_name}</code> on <code>local_environment</code>,{" "} | ||
<code>docker_environment</code>, or <code>remote_environment</code>{" "} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it possible/easy to make local_environment
(etc.) links to the docs for that environment?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Filed #69
We actually don't need to rerun generation:
It was an omission on my part when writing the component |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Approved on that basis.
(The iteration of using links is not critical/can happen in future.)
Looks like the component was missing the part about
target_field_name
from pantsbuild/pants@8cabd7d.Note this was already passed into the component from the rendered template.