On 2020-06-11, 4:21 AM, "netmod on behalf of Jan Lindblad"
<[email protected] on behalf of [email protected]> wrote:
Hi,
> I understand the requirement to not break what's currently working for
date in the filename. However we do need something similar to work for
revision-label. Having another file with the revision-label embedded in the
filename should work.
>
> We discussed this issue in yesterday's weekly meeting and a proposal was
made to use '@@' as delimiter for revision-label. # was turned down because of
its impact on bash.
I did a quick check, and # is only treated as a comment character by bash
when preceded by whitespace, i.e. not when used in the middle of a filename =>
I think we can drop the comment above.
Glad # works as delimiter.
If we want a filename to include multiple kinds of revision markings while
keeping the existing tools afloat, implementing the @ notation, that might be
achievable by picking some delimiter that is treated as a filename character by
existing tools and placing the version label before the @. I.e. with # as the
delimiter:
module-or-submodule-name['#'revision-label]['@'date].yang
When we discussed this on Tuesday, there was concern that some tools would
interpret the module/submodule name as
"module-or-submodule-name['#'revision-label]".
My preference right now is to have 2 filenames (I realize this could also
impact some tools), but I'll be content with any workable solution.
Regards,
Reshad.
Many other (combinations of) symbols could work, but they all run the risk
of interfering with some tool or vendor internal CI/CD convention. A few
examples: double underscore __, tripple dots ..., _ver_, ~, :
/jan
> So:
> module-or-submodule-name['@'date].yang (unchanged)
> module-or-submodule-name['@@'revision-label].yang
>
> A symlink could be used, or we could have duplicate file contents.
>
> Regards,
> Reshad.
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
