如何解决是否可以将两格库中的proc-macro crate当作实现细节而不遵循语义版本控制？
许多包含程序宏的库都由两个板条箱组成：实现实际宏的proc-macro条板箱和重新导出或包装proc宏的普通“ main”板条箱。这样做是因为proc-macro条板箱无法公开导出proc宏以外的任何内容。假设主包装箱称为foo，则宏包装箱通常称为foo-derive或foo-macros。
这引发了有关如何对proc-macro条板箱进行版本控制的几个问题。当然，主要的箱子遵循语义版本控制。但是宏板条箱也应该跟随它吗？我不希望人们直接使用宏板条箱，而只能通过主板条箱使用。我在proc-macro crate的描述中清楚地指出了这一点。我想将宏板条箱视为实现细节。
在这种情况下，我是否不需要遵循语义版本控制，对吗？这样，主包装箱就可以通过foo-macro = "=0.0.4"要求一个确切的版本。
这样可以吗？还是可以打破这种方法？社区中是否有一些已建立的最佳做法？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
