Auto: fatal: tidak dapat membaca Kata sandi untuk 'https://***@github.com': Tidak ada perangkat atau alamat seperti itu

Saya baru-baru ini mengubah cara kerja auth untuk meletakkan token Anda di url jarak jauh untuk menyiasati ssh wonkiness. https://github.com/intuit/auto/pull/969

lihat sekarang

Saya pikir baris ini tidak dijalankan dengan benar. Akan memeriksa salah satu proyek tindakan github saya.

https://github.com/intuit/auto/pull/969/files#diff -54899627ccbe2e33cc90970d5e6d5191R482

Saya mencocokkan pengaturan Anda pada repo ini dan sepertinya berhasil. Satu hal yang menonjol bagi saya adalah Anda menggunakan GITHUB_TOKEN alih-alih membuat GH_TOKEN dengan izin yang benar.

Info lebih lanjut disini

Repo saya dengan tindakan kerja

Tidak begitu bekerja lagi

Apa yang aneh adalah bahwa itu digunakan untuk bekerja ...

Saya keluar dari ini, di mana saya menugaskan kembali GITHUB_TOKEN (yang seharusnya ada secara default) ke GH_TOKEN untuk mencocokkan:

https://help.github.com/en/actions/configuring-and-managing-workflows/authenticating-with-the-github_token#using -the-github_token-in-a-workflow

(Saya hanya memiliki NPM_TOKEN didefinisikan sebagai rahasia).

Saya akan mengisi daya laptop saya, mencoba beberapa perubahan dan, selesaikan ini!

Maaf untuk rilis yang gagal! Saya baru saja membuat PR dengan apa yang menurut saya harus berhasil Repo saya di sini bekerja dengan cara yang sama .

Membaca dokumen tampaknya garpu utama mungkin memiliki akses ke lingkup repo

Ah ya GITHUB_TOKEN berfungsi. Saya tidak berpikir itu terjadi di masa lalu. Ini adalah peningkatan yang bagus,

https://github.com/hipstersmoothie/create-check/runs/492870082?check_suite_focus=true

Juga mencoba cara Anda menentukan repo

https://github.com/hipstersmoothie/create-check/runs/492899725?check_suite_focus=true

Menemukan bug di verbose logging di tindakan github.

Saya pikir saya akan memotong repo Anda dan, beralih ke rilis git-tag dan lihat apakah saya bisa mendapatkan kesalahan juga

Sepertinya saya harus mengerjakan garpu saya juga. Jadi saya pikir saya sudah menyelesaikan masalah atau masih gagal mereproduksi

https://github.com/hipstersmoothie/codelift-test/runs/493031548?check_suite_focus=true

Satu hal yang menonjol bagi saya adalah Anda menggunakan GITHUB_TOKEN alih-alih membuat GH_TOKEN dengan izin yang benar.

Ah, bagian ini yang membedakan:

https://intuit.github.io/auto/pages/getting-started.html#2. -variabel-lingkungan

Sejak awal, saya mengandalkan default GITHUB_TOKEN . Dengan pembaruan terbaru, sepertinya memiliki token eksplisit (mis. GH_TOKEN ) harus menyelesaikannya.

BRB!

Astaga, saya semakin jauh dari solusi di sini.

Saya telah menguji GITHUB_TOKEN , mengembalikan komit, berfungsi di https://github.com/ericclemons/codelift/pull/98.

1. Rilis "berfungsi" terakhir pada master :

   https://github.com/ericclemons/codelift/runs/491853289?check_suite_focus=true#step :6:279

2. Rilis berikutnya "lulus", tetapi jelas memiliki masalah:

   fatal: Not a valid commit name 39499457af1237ea3445da71ea6e3ada00489a57

   https://github.com/ericclemons/codelift/runs/492755127?check_suite_focus=true#step :6:90

   Ini dari PR tempat saya memperbarui auto dan beberapa dependensi lainnya , https://github.com/ericclemmons/codelift/commit/f03c44769dd574bbf7c7c61b8083a237dc866997 khususnya.

3. PR berikutnya memiliki kesalahan Not a valid commit name , atau kesalahan could not read Password :

   https://github.com/ericclemons/codelift/actions?query=workflow%3ARelease+branch%3Amaster

Saya akan mengatur ulang kembali _before_ memutakhirkan auto dan mencoba untuk mendapatkan https://github.com/ericclemmons/codelift/pull/98 lewat lagi, lalu tingkatkan auto dalam PR terpisah.

Digabungkan di https://github.com/ericclemons/codelift/pull/98 & akan melihat apakah master berhasil dibuat...

Menurunkan versi auto memperbaikinya:

https://github.com/ericclemons/codelift/runs/493754731

Saya harus melihat secara spesifik, tetapi ada banyak keanehan di https://github.com/intuit/auto/issues/1034#issuecomment -596238502...

Saya pikir kesalahan yang Anda lihat adalah karena git fetch --tags tidak mengambil riwayat komit.

Sepertinya checkout v2 https://github.com/actions/checkout/ :

Hanya satu komit yang diambil secara default, untuk ref/SHA yang memicu alur kerja.

Jadi ketika kita menjalankan git describe --tags di beberapa titik, kita memiliki tag, tetapi bukan komit yang ditunjuknya. Membaca dokumen mereka, sepertinya perintah berikut mungkin lebih baik untuk mendapatkan riwayat lengkap:

 git fetch --prune --unshallow

Kesalahan yang akan diperbaiki oleh riwayat komit penuh:

• fatal: No tags can describe '4b5e22a853f1591001fdb0ef6671d4cb910a2a38'.

Saya tidak yakin Anda melihatnya, tetapi saya mengirimkan PR dengan apa yang saya pikir akan memperbaikinya. Saya menambahkan temuan di atas sekarang. Sebagian darinya adalah saya membuat beberapa perbaikan bug terkait Tindakan Github di #1036 yang juga saya sertakan dalam PR.

Pesan ini fatal: Not a valid commit name 39499457af1237ea3445da71ea6e3ada00489a57 karena baris ini . Ini adalah cara kami memeriksa bahwa tidak ada komit pada remote. Kami melakukan ini agar Anda tidak mendapatkan rilis yang gagal dari menggabungkan 1 pr saat yang lain sedang dirilis.

Pesan ini dicetak pada 4:47 PM PST dan referensi dikomit 39499457af1237ea3445da71ea6e3ada00489a57 .

Melihat git log, komit gabungan ada di sini

dan komit dengan hash yang menyebabkan rilis

Saya hanya akan menebak bahwa meskipun waktu saya di alat git saya mengatakan 3:47 ini sebenarnya 4:47. Jadi sepertinya Anda menggabungkan/membuat Add Badges komit pada waktu yang hampir sama persis dengan proyek Anda yang sedang diversi oleh auto . Fitur ini diperkenalkan di https://github.com/intuit/auto/pull/1018.

Jika kami tidak melakukan pemeriksaan ini, rilis Anda masih akan gagal setelah dipublikasikan saat mencoba mendorong changelog dan versi baru kembali ke master karena untuk 39499457a .

Pembuatan untuk 39499457a gagal karena alasan yang sama. Komit berikutnya dibuat langsung ke master sehingga rilis sebelumnya dibatalkan.

Saya akan memastikan untuk membuat PR untuk mengabaikan pesan kesalahan itu karena menyesatkan.

Terlihat seperti pembebasan Anda bekerja 🚀 @ericclemmons Anda mungkin ingin log menonaktifkan karena mereka super verbose.

Ini diperbaiki oleh # 1036

Baiklah, banyak gerakan dalam hal ini, diselesaikan berkat @hipstersmoothie!

https://github.com/ericclemons/codelift/pull/97#issuecomment -596258170

Saya membuka PR kembali untuk membuat contoh Auto cocok:

https://github.com/intuit/auto/pull/1037