Pobieranie prywatnego pliku zip repozytorium BitBucket za pomocą uwierzytelniania http

Question

Piszę skrypt, aby łatwo wdrożyć aplikację. Kod aplikacji jest przechowywany w prywatnym repozytorium BitBucket.

Chciałbym móc pobrać plik zip z zatwierdzeniem. Próbowałem uwierzytelniania za pomocą następującego kodu:

https://user:pass@bitbucket.org/user/repo/get/commit.zip

Jednak zamiast realizacji zadania to przekierowuje do strony logowania na BitBucket.

Answer 1

Czy używane narzędzie obsługuje podstawowe dane uwierzytelniające w adresie URL? Curl request with digest auth in PHP for download Bitbucket private repository silnie sugeruje, że:

curl --user user:pass https://bitbucket.org/user/repo/get/commit.zip >commit.zip 

prace.

Answer 2

Aby pobrać spakowany kopię prywatnej Bitbucket repozytorium z poziomu wiersza poleceń, należy użyć następujących:

curl --digest --user <username>:<password> https://bitbucket.org/<username>/<repository>/get/<branchname>.zip -o <branchname>.zip 

gdzie <username> i <password> to nazwa konta Bitbucket i hasło, <repository> jest repo nazwa i <branchname> jest oddziałem. Jeśli wolisz pobrać konkretny popełnić, użyj skrótu SHA-1 z commit zamiast <branchname>.

--digest flaga jest dla bezpieczeństwa i jest wysoce zalecana. Dokonuje uwierzytelnienia, aby Twoja nazwa użytkownika i hasło były , a nie wysyłane w sposób wyraźny. Flaga -o wysyła dane wyjściowe polecenia zwijania na dysk jako plik, zamiast przesyłać strumieniowo przez ekran terminala.

Uwaga: Schemat uwierzytelniania Bitbucket nie jest kompatybilny z wget. Dlatego trzeba użyć curl.

Dla publicznej Bitbucket repozytoriów komenda jest:

curl https://bitbucket.org/<username>/<repository>/get/<branchname>.zip -o <branchname>.zip 

Lub alternatywnie, możesz użyj wget dla repozytoriów publicznych, ponieważ nie jest wymagane uwierzytelnianie:

wget https://bitbucket.org/<username>/<repository>/get/<branchname>.zip 

Oprócz formatu .zip można pobierać repozytoria o smakach .gz i .bz2. Po prostu zamień .zip w powyższym kodzie na .gz lub .bz2, aby pobrać repozytorium w wybranym przez Ciebie skompresowanym formacie.

Answer 3

Osobiście nie chciałem umieszczać mojego hasła w moim skrypcie, aby to osiągnąć. Więc trik było uruchomić następujące polecenie, po dodaniu klucza publicznego do konta bitbucket:

git archive --remote=ssh://git@bitbucket.org/your_bitbucket_username/your_repository.git --format=zip --output="name_of_your_desired_zip_file.zip" master 

Mam wielu kluczy w systemie, jeśli Ty też, będziemy chcieli, aby utworzyć plik konfiguracyjny w swoim ~/.ssh katalog określający użycie określonego klucza do połączeń bitbucket.

~/.ssh/config

Host bitbucket.org 
    StrictHostKeyChecking no 
    IdentityFile /home/me/.ssh/my_private_key 

Answer 4

GrowlTigers odpowiedź jest super, tylko zmiana: wget wydaje się działać teraz, zbyt:

wget --user=<username> --password='<password>' https://bitbucket.org/<user>/<repo>/get/<filename>.tar.gz 

Answer 5

Dla tych, którzy chcą pobierz jeden plik z prywatnego repo na bitbucket, próbowałem powyższych, ale żaden nie działał. Wreszcie mam to działa z polecenia poniżej:

wget --user=<user> --password=<password> https://bitbucket.org/<user>/<repo>/raw/master/<filename> 

Answer 6

--digest flaga jest dla bezpieczeństwa, i jest wysoce zalecana. Uwierzytelnia się, dzięki czemu nazwa użytkownika i hasło nie są wysyłane w przejrzysty sposób.

To nieprawda.

Bitbucket używa wyłącznie protokołu TLS, więc w żadnym momencie nic nie przechodzi przez przewód w postaci czystego tekstu. W rezultacie Digest nie zapewnia żadnych korzyści w stosunku do Basic Auth. W rzeczywistości, biorąc pod uwagę, że Digest jest inicjowany przez serwer, użytkownik otrzymuje dodatkowy serwer w obie strony, żądając dostarczonego przez serwer nonce.

Używanie Digest było zbyteczne i przestarzałe, odkąd kilka lat temu przestaliśmy oferować nieszyfrowany dostęp HTTP i było zachowane tylko dlatego, że istniały skrypty oparte na skryptach o numerze --digest, zgodnie z sugestią @GrowlTiger.

W rzeczywistości, całkowicie wyłączysz Digest 1 maja, po czym przestanie działać curl --digest.

Więcej informacji można znaleźć: https://blog.bitbucket.org/2015/04/03/fare-thee-well-digest-access-authentication/