Следует ли зафиксировать Car go .lock, если ящик является одновременно библиотекой ржавчины и исполняемым файлом?

Question

Я прочитал https://doc.rust-lang.org/cargo/guide/cargo-toml-vs-cargo-lock.html

Если я правильно понял, когда я фиксирую Car go .lock в свой ящик (который одновременно является библиотекой и исполняемым файлом) ' s репозиторий, а также publi sh его в crates.io, нижние ящики будут игнорировать его и создавать собственную оснастку, верно?

Answer 1

Я нашел лучшую практику из превосходного проекта ripgrep , который разбивает себя на несколько ящиков . Для бинарного ящика в root они отслеживают Car go .lock, но для библиотечных ящиков, которые обеспечивают функциональность для приложения (например, pcre2 ), они этого не делают.