J'ai trouvé bitbucket api comme:
https://bitbucket.org/api/2.0/repositories/{teamname}
Mais ce lien renvoie le statut 301 (déplacé de manière permanente vers !api/2.0/repositories/{teamname}
).
Ok, mais celui-ci renvoie le statut 200 avec zéro référentiel.
Je fournis deux paramètres comme user
et password
, mais rien ne semble avoir changé.
Alors, quelqu'un peut-il nous dire comment obtenir la liste complète des référentiels privés autorisés pour un utilisateur spécifique?
Atlassian Documentation - Repositories Endpoint fournit une documentation détaillée sur la façon d'accéder aux référentiels.
L'URL mentionnée dans bitbucket à GET une liste de référentiels pour un compte est:
GET https://api.bitbucket.org/2.0/repositories/{owner}
Si vous utilisez l'URL ci-dessus, il récupère toujours les référentiels dont vous êtes le propriétaire. Pour récupérer la liste complète des référentiels dont l'utilisateur est membre, vous devez appeler:
GET https://api.bitbucket.org/2.0/repositories?role=member
Vous pouvez appliquer l'ensemble de filtres suivant pour le rôle en fonction de vos besoins.
Pour limiter l'ensemble des référentiels renvoyés, appliquez le paramètre Role = [propriétaire | admin | contributor | membre], où les rôles sont les suivants:
- owner : renvoie tous les référentiels appartenant à l'utilisateur actuel.
- admin : renvoie les référentiels auxquels l'utilisateur dispose d'un accès administrateur explicite .
- contributor : renvoie les référentiels auxquels l'utilisateur dispose d'un accès explicite en écriture.
- member : renvoie les référentiels auxquels l'utilisateur dispose d'un accès en lecture explicite .
Edit-1:Vous pouvez utiliser Bitbucket REST browser pour tester la demande/réponse.(discontinué)
Vous ne devez pas utiliser l'API à partir du répertoire https://bitbucket.org/api domain.
Au lieu de cela, vous devriez toujours utiliser https://api.bitbucket.org .
Une raison pour laquelle vous obtenez peut-être un résultat vide après avoir suivi la redirection peut-être, car certains clients http n’enverront des informations d’authentification de base que si le serveur les demande explicitement en renvoyant une réponse 401 avec l’en-tête de réponse WWW-Authenticate
.
Le point de terminaison des référentiels ne nécessite pas d'authentification. Il restituera simplement les pensions visibles pour les utilisateurs anonymes (ce qui pourrait bien être un ensemble vide dans votre cas) et ainsi les clients qui insistent pour un défi WWW-Authenticate
(il y en a beaucoup, y compris Microsoft Powershell) ne fonctionneront pas comme prévu (note, curl
envoie toujours les informations d'identification d'authentification de base avec impatience, ce qui en fait un bon outil de test).