Sbt-github-packages: Paket GitHub tampaknya tidak mendukung sbt (belum)

Sejauh yang saya tahu, -sumber, -javadoc, -tes tidak didukung

menggunakan sbt-aether-deploy, saya telah berhasil memublikasikan ke github paket dari sbt

proyek/plugins.sbt

addSbtPlugin("no.arktekk.sbt" % "aether-deploy" % "0.23.0")
addSbtPlugin("com.dwijnand" % "sbt-dynver" % "4.0.0")

build.sbt

externalResolvers += "GitHub lokkju Apache Maven Packages" at "https://maven.pkg.github.com/lokkju/github-action-sbt"
publishTo := Some("GitHub lokkju Apache Maven Packages" at "https://maven.pkg.github.com/lokkju/github-action-sbt")
credentials += Credentials("GitHub Package Registry", "maven.pkg.github.com", "lokkju", "<GITHUB_TOKEN>")

// GitHub package repo isn't supporting javadoc and sources
publishArtifact in (Compile, packageDoc) := false
publishArtifact in (Compile, packageSrc) := false

sbt aetherDeploy

Aspek tambahan; jika saya menggunakan Proxy Web Debugging Charles, semuanya berfungsi dengan baik. Tanpa itu, saya terkadang mendapatkan kesalahan tentang server yang gagal merespons.

@lokkju Hmm, bagaimana dengan multi-modul build?

Saya belum mencobanya; key di sini tampaknya menggunakan aether-deploy, meskipun tidak sepenuhnya memperbaikinya. Saya curiga ini masalah dengan dukungan SSL di versi klien yang digunakan oleh setiap alat.

Saya akan mencoba beberapa perpustakaan Java http yang berbeda, dan melihat apakah saya dapat mengganti konfigurasi sederhana yang berfungsi dan tidak berfungsi. Saya akan membuat Anda diperbarui.

Nah, setelah ditelusuri lebih jauh, saya menemukan beberapa gejala yang menarik.

Hanya menggunakan curl untuk mencoba mengunggah paket, saya telah menemukan;

• File pertama yang Anda PUT diperlakukan sebagai artefak utama, terlepas dari nama file atau ekstensinya
• Anda kemudian dapat mengunggah file POM (valid) sebanyak yang Anda suka, selama mereka memiliki nama yang unik
• Anda tidak dapat mengunggah file non-POM lainnya
• File dengan ekstensi file JAR dan POM diuraikan oleh github, dan format yang tidak valid akan melaporkan kesalahan sebagai pesan kesalahan HTTP 4xx yang dikembalikan.

Kuncinya saat ini adalah Anda harus mengunggah artefak JAR terlebih dahulu, lalu mempublikasikan POM.

Saya memiliki email ke dukungan, kami akan melihat apakah mereka memberikan informasi lebih lanjut.

Hmm, jadi tidak ada penandatanganan artefak juga?

Ini secara otomatis menghasilkan *.md5 dan *.sha1 untuk setiap file yang diunggah.

Juga, temukan ini: https://github.com/sbt/librarymanagement/blob/d09f9f81b664baaac15054730fbcb51e1b240de2/ivy/src/main/scala/sbt/internal/librarymanagement/IvyActions.scala#L123

Artifactory deals with the publishing (and republishing) of SNAPSHOTs using a strict rule on the order of publishing. The ;build.timestamp=... suffix is the alternative.

The strict rule is:

publish the main artefact (which has no classifier)
publish the POM/ivy.xml file
publish additional artefacts which have a classifier

Sepertinya saya tidak bisa menerapkan pengklasifikasi sama sekali sejauh ini, yang menyusahkan, dan bagian dari apa yang saya punya pertanyaan tentang github.

Saya mungkin akan membuat proyek maven/java murni dan melihat apakah itu berhasil

Baru saja mencoba menggunakan snapshot menggunakan publikasi default dan dapatkan ini:

[error] stack trace is suppressed; run last publish for the full output
[error] (publish) java.io.IOException: PUT operation to URL https://maven.pkg.github.com/company/foo/bar/utils/3.24.0-SNAPSHOT/utils-3.24.0-SNAPSHOT.pom failed with status code 400: Bad Request

Tidak disebutkan snapshot di dokumen

Sebenarnya saya memiliki hal yang sama untuk paket normal:

java.io.IOException: PUT operation to URL https://maven.pkg.github.com/company/foo/bar/utils/utils/0.0.1/utils-0.0.1.pom failed with status code 400: Bad Request

[error] java.io.IOException: PUT operation to URL https://maven.pkg.github.com/company/foo/bar/utils/utils/0.0.1/utils-0.0.1.pom failed with status code 400: Bad Request
[error]     at org.apache.ivy.util.url.AbstractURLHandler.validatePutStatusCode(AbstractURLHandler.java:82)
[error]     at org.apache.ivy.util.url.BasicURLHandler.upload(BasicURLHandler.java:264)
[error]     at org.apache.ivy.util.url.URLHandlerDispatcher.upload(URLHandlerDispatcher.java:82)
[error]     at org.apache.ivy.util.FileUtil.copy(FileUtil.java:150)

Aku ingin tahu seperti apa tubuh 400 itu

Apakah ada pembaruan tentang ini?

Belum ada pembaruan! Eksperimen @lokkju adalah yang terbaru, saya pikir. Saya ingin bermain-main dengannya lagi, tetapi sejujurnya sepertinya Paket GitHub masih tidak mendukung file hosting yang merupakan bagian tak terpisahkan dari standar Maven yang dapat didistribusikan (seperti tanda tangan, dokumentasi, dan pengklasifikasi). Sulit untuk melakukan sesuatu yang praktis dengannya sebagai tuan rumah artefak sampai mereka memperbaiki kekurangan ini.

Beberapa info lebih lanjut, pengujian dengan sbt 1.3.2 biasa (tanpa plugin tambahan)

Anda perlu memublikasikan ke repositori proyek Anda:

publishTo := Some("GitHub Package Registry" at "https://maven.pkg.github.com/[username]/[project]")

kredensial harus didefinisikan seperti ini

credentials += Credentials("GitHub Package Registry","maven.pkg.github.com","[username]","[token]")

Token Anda memerlukan cakupan berikut: read:packages , repo dan write:packages

tetapi setelah Anda menerbitkan, Anda berakhir dengan koordinat paket yang diusulkan ini (di mana organization="io.test" dan name="test"):

<dependency>
  <groupId>com.github.[username]/[project]</groupId>
  <artifactId>io.test.test_2.13</artifactId>
  <version>0.1</version>
</dependency> 

Snapshot dapat diunggah tetapi mungkin tidak memiliki penanganan khusus karena Anda tidak dapat mengunggahnya dua kali

Unggahan Pom berfungsi, tetapi sisanya gagal:

[info] memublikasikan test_2.13 ke https://maven.pkg.github.com/ [username]/[project]/io/test/test_2.13/0.0.3/test_2.13-0.0.3.pom
[kesalahan] java.io.IOException: Akses ke URL https://maven.pkg.github.com/ [nama pengguna]/[proyek]/io/test/test_2.13/0.0.3/test_2.13-0.0. 3.jar ditolak oleh server: Forbidden response=Error: "test_2.13-0.0.3.jar" dalam versi 0.0.3 dari "io.test.test_2.13" telah diterbitkan.

@francisdb JAR upload gagal karena SBT upload file rusak; dari apa yang saya ingat, ini adalah bug lama di SBT (IvyActions.scala) di mana fungsi publish menggunakan tipe peta alih-alih tipe seq. Dengan pindah ke sistem manajemen ketergantungan Kurir, ini bisa diselesaikan sendiri.

Saran saya adalah mengganti proses unggah itu sendiri di dalam plugin ini, pastikan untuk mengunggah pom terlebih dahulu. Tentu saja, ini masih tidak membantu dengan pengklasifikasi, yang saya perlukan dukungannya.

sepertinya di sbt 1.3.2 Kurir tidak digunakan untuk mengunggah artefak, hanya untuk mengunduh

Juga, saya belum mendapat tanggapan dari GitHub tentang masalah ini

Hmm... Aku baru saja melihat sekilas. sbt 1.2.8 masih digunakan di sini di mana-mana:
https://github.com/djspiewak/sbt-github-packages/blob/0839b97dea06100a202f2a105cbe83873784bf77/build.sbt#L28
https://github.com/djspiewak/sbt-github-packages/blob/0839b97dea06100a202f2a105cbe83873784bf77/src/sbt-test/sbtghpackages/publish/project/build.properties#L1
https://github.com/djspiewak/sbt-github-packages/blob/0839b97dea06100a202f2a105cbe83873784bf77/project/build.properties#L1

(Mungkin melewatkan beberapa namun)

Saya kira ini perlu upgrade?

Tarik permintaan: #2

Kurir hanya digunakan secara default dimulai dengan sbt 1.3.0

pengujian saya adalah dengan 1.3.2

@francisdb Mengerti.

Sepertinya Github telah mengubah beberapa hal, dapat melakukan unggahan penuh hari ini. (vanili sbt 1.3.3)

[info]  published test_2.13 to https://maven.pkg.github.com/francisdb/foo/com/example/test_2.13/0.0.9/test_2.13-0.0.9.pom
[info]  published test_2.13 to https://maven.pkg.github.com/francisdb/foo/com/example/test_2.13/0.0.9/test_2.13-0.0.9.jar
[info]  published test_2.13 to https://maven.pkg.github.com/francisdb/foo/com/example/test_2.13/0.0.9/test_2.13-0.0.9-sources.jar
[info]  published test_2.13 to https://maven.pkg.github.com/francisdb/foo/com/example/test_2.13/0.0.9/test_2.13-0.0.9-javadoc.jar

Web ui masih bingung dengan sufiks sbt

<dependency>
  <groupId>com.example.test_2</groupId>
  <artifactId>13</artifactId>
  <version>0.0.9</version>
</dependency> 

Ini menyenangkan! Saya akan melakukan beberapa pengujian hari ini dan melihat apakah saya dapat menutupnya. Sangat sangat mengasyikkan.

Saya dapat mengonfirmasi bahwa, dengan beberapa penyesuaian pada plugin untuk menggunakan hasil eksperimen @francisdb , semuanya sekarang berfungsi! Masalah webui dengan sufiks cross-build tampaknya tidak memengaruhi resolusi sebenarnya, hanya UI. Jadi publikasi dan resolusi sekarang berfungsi dengan plugin. Saya belum menguji hal-hal dengan repositori pribadi; tebakan saya adalah mereka belum cukup berfungsi, tetapi semuanya cukup baik sehingga saya telah menerbitkan 0.1.0 .

Terima kasih, semuanya, untuk semua kerja keras dan eksperimen Anda! Plugin ini sangat sepele berkat Anda semua.

@francisdb

Snapshot dapat diunggah tetapi mungkin tidak memiliki penanganan khusus karena Anda tidak dapat mengunggahnya dua kali

Anda _dapat_ mengunggahnya dua kali: Anda dapat menghapus snapshot di UI GitHub dan kemudian mengunggah lagi snapshot baru (artinya versi snapshot yang sama). Itu berhasil untuk saya. Agak rumit, tetapi berhasil.