В общем случае хранить продукты сборки в репозитории Git не очень хорошая идея. Как правило, продукты сборки имеют большой размер, имеют тенденцию к плохому сжатию (особенно файлы JAR, которые уже сжаты) и не требуют контроля версий. Это именно то поведение, которое вам не нужно в вашем Git хранилище.
Хотя вы действительно можете это сделать, вы, скорее всего, обнаружите, что Bitbucket не захочет разместить ваше Git хранилище для этой цели, и тогда вам нужно будет найти альтернативное решение. Вам лучше разместить эти ресурсы в облачном хранилище или даже на сервере c и загружать их по протоколу HTTPS. Если это недостижимо, вам нужно подумать, почему это так, и посмотреть, как это решить.
Если эти файлы JAR являются продуктами сборки для выпуска программного обеспечения, которое вы уже размещаете на Bitbucket, то, вероятно, это для этой цели хорошо использовать функциональность стандартного выпуска ресурсов Bitbucket. Вы просто не хотите использовать репозиторий Git, который значительно дороже в обслуживании, чем ресурсы c.
Вы также не хотите использовать FTP, потому что (а) он медленнее, чем HTTPS и (b) из-за людей, не соблюдающих спецификацию c, невозможно использовать TLS с ней последовательно. Ваше программное обеспечение будет содержать уязвимую ошибку безопасности, если вы загружаете данные по незашифрованному соединению без проверки целостности, а затем выполняете эти данные.