Блог

Я видел несколько проектов scala на github, которые объединяют эти файлы в корень своего проекта, управляемого sbt:

• sbt.cmd
• sbt (сценарий оболочки)
• sbt-launcher.jar

Это рекомендуемая практика?

ОБНОВИТЕ Один проект github, который делает это, — это Scalala

Раньше была ошибка, когда sbt-launcher.jar находился в корневом каталоге в «режиме нуля». Я уверен, что это исправлено, но с тех пор я храню jar в отдельном каталоге, если мне захочется поместить его в корень проекта.

Если sbt launcher поставляется в комплекте на github, я бы также включил лицензию.

Я бы предположил, что включение этих файлов — не самая распространенная практика, но я думаю, это хорошо, когда вы хотите клонировать и не уверены, что машина, на которую вы клонируете, sbt настроена.

Нам приходилось делать именно это в проектах, которые работают за очень ограничительными корпоративными брандмауэрами. Мы даже фиксируем каталог lib_managed, потому что доступ к репозиториям ограничен, поэтому обновления должны выполняться кем-то с соответствующим разрешением.

Также иногда удобно иметь известную версию ваших инструментов сборки.

Я не думаю, что эти файлы следует включать, если это проект github, предназначенный для кого-либо. Постарайтесь, чтобы это было как можно проще.