Utilisation de votre propre nom d'utilisateur/mot de passe avec git et bitbucket

Je suis dans une équipe de trois; deux sont actives à l'échelle locale, et je suis en train de travailler sur le serveur.

Mon collègue configurer le compte, mais m'a donné tous les privilèges pour le référentiel.

J'ai mis mon nom d'utilisateur et adresse de courriel à git:

git config --global user.name "bozdoz"
git config --global user.email [email protected]

et ils sont identiques pour mon nom d'utilisateur et e-mail sur bitbucket.org.

Mais quand j'ai tirer ou de pousser vers le référentiel, il indique leur nom d'utilisateur dans l'invite:

Password for 'https://[email protected]':

J'ai été en mesure d'obtenir une invite pour mon mot de passe après avoir essayé de tirer en indiquant l'URL avec mon nom d'utilisateur:

git pull https://[email protected]/path/repo.git

et il dit à jour; et puis, quand j'ai poussé, il a dit non-fast-forward.

J'ai lu que j'ai besoin de spécifier la branche, mais je ne sais pas comment le faire dans un "push" déclaration alors que je suis en spécifiant le repo URL:

git push https://[email protected]/path/repo.git

Je suis en mesure de tirer et de pousser si mon collègue est d'environ et peut mettre son mot de passe. Mais c'est aussi, en indiquant qu'il est l'auteur de le pousser, et non pas moi.

Comment puis-je tirer et pousser à une pension de la branche de mon propre nom d'utilisateur?

InformationsquelleAutor bozdoz | 2013-03-01
  1. 73

    Exécuter

    git remote -v

    et de vérifier si l'origine de l'URL de votre co-travailleur de l'identifiant codé en dur dans il. Si oui, le remplacer par votre propre:

    git remote set-url origin <url-with-your-username>
    • C'est génial. Merci beaucoup. A parfaitement fonctionné. Nouveau à StackOverflow? J'aimerais vous donner quelques réputation, si vous en avez. Je peut accorder une prime dans 2 jours.
    • JFYI: a) <url-with-your-username> n'existe pas - pensions doivent être lancés avant b) poussez la fourche à la fourchette ne change pas (évidemment) d'origine
    • Pas sûr de ce que tu veux dire. Sa réponse a travaillé...?
    • ne doit pas, au moins "pas comme prévu". Vous n'avez pas des droits d'une collègue de travail, pensions,
    • On m'a donné des droits aux pensions de si @LazyBadger
    • BB-pensions avoir un seul utilisateur, Propriétaire. Si le propriétaire n'est pas l'équipe
    • De toute façon. Notre équipe a travaillé sur le même repo pendant des mois, en poussant engage tous les soirs, et il a été fonctionne bien. Alors peut-être il y a un peu de circonstances où cette méthode fonctionne.
    • De nouveau avec ce compte. Les bonus de bienvenue 😉
    • L'URL est divisé en [email protected]/owner_name/repo_name.git. Il est possible que votre équipe-membre, à condition que vous avec le Clone de l'URL et vous vient de se passer à git clone <provided_url>, de sorte que chaque fois que vous avez poussé/tiré vous devez vous authentifier l'utilisateur.

    InformationsquelleAutor Erik van Zijst
  2. 61

    J'ai pensé que je devrais partager ma solution, puisque je n'étais pas capable de le trouver n'importe où, et seulement compris par essai et erreur.

    J'ai en effet été en mesure de transférer la propriété du référentiel de une équipe sur BitBucket.

    Ne pas ajouter l'URL distante que BitBuckets suggère:

    git remote add origin https://[email protected]/teamName/repo.git

    Au lieu, ajouter l'URL distante sans votre nom d'utilisateur:

    git remote add origin https://bitbucket.org/teamName/repo.git

    De cette façon, quand vous allez tirer ou de pousser à un repo, il vous invite à entrer votre nom d'utilisateur, de votre mot de passe: tout le monde dans l'équipe a accès en vertu de leurs propres informations d'identification. Cette approche ne fonctionne qu'avec les équipes sur BitBucket, même si vous pouvez gérer les autorisations des utilisateurs sur un seul propriétaire repos.

    • Je suis en train d'essayer cette solution, mais en utilisant git remote set-url origin au lieu de git remote add origin. Au lieu de recevoir une invite pour le nom d'utilisateur je reçois The requested URL returned error: 401 Unauthorized while accessing
    • êtes-vous à l'aide de https? @Anthony
    • Oui, je suis en utilisant le protocole https. git remote set-url origin https://bitbucket.org/XXX/YYY.git suivie par git pull ensuite les résultats dans error: The requested URL returned error: 401 Unauthorized while accessing https://bitbucket.org/XXX/YYY.git/info/refs. Remettre dans le nom d'utilisateur met tout retour à la normale à nouveau.
    • êtes-vous essayer d'accéder à une équipe de pensions, ou un personnel repo?
    • c'est une équipe de pensions de titres. Il fut d'abord un personnel repo mais a été déplacé à une équipe après avoir été créé.
    • Si vous avez déjà: git remote add origin [email protected]/teamName/repo.git vous pouvez le modifier dans .git/config pour

    InformationsquelleAutor bozdoz
  3. 12

    L'invite:

    Password for 'https://[email protected]':

    suggère que vous utilisez le protocole https ne pas ssh. Url SSH commencer avec git@, par exemple:

    [email protected]:beginninggit/alias.git

    Même si vous travaillez seul, avec un seul pensions de titres que vous possédez, l'opération:

    git push

    sera la cause:

    Password for 'https://[email protected]':

    si la télécommande d'origine commence avec https.

    Vérification de votre télécommande avec:

    git remote -v

    La distance dépend de git clone. Si vous souhaitez utiliser ssh cloner le repo à l'aide de son url ssh, par exemple:

    git clone [email protected]:user/repo.git

    Je vous suggère de commencer avec git push et git pull pour votre repo.

    Si cela fonctionne, vous avez deux joices suggéré par paresse Badger:

    • Pull requests
    • Travail d'équipe
    • Je suppose que je suis en utilisant le protocole HTTPS et pas SSH, selon votre réponse. Merci pour l'aide. @Erik suggestion de modifier le fichier de config finalement résolu le problème. Pour les futures pensions de notre équipe va faire le bitbucket équipe de méthode.
    InformationsquelleAutor Włodzimierz Gajda
  4. 3

    Bien, c'est une partie de BitBucket de la philosophie et de flux de travail:

    • Référentiel peut avoir qu'un seul utilisateur: propriétaire
    • Pour le commun des comptes (utilisateur final) collaboration s'attendre à "fourche-pull request" flux de travail

    je.e vous ne pouvez pas (dans le cas d'habitude) s'engagent sur les pensions en vertu de propres informations d'identification.

    Vous avez deux solutions possibles:

    1. "Classique" de BB: la fourche repo (obtenez la propriété par vous référentiel), apporter des modifications, d'envoyer des pull request à l'origine des pensions de
    2. Créer "L'Équipe", ajouter l'utilisateur des comptes en tant que membres de l'équipe, rendre propriétaire de l'Équipe de repository - ce le cas pour ce "Partagé centrale" référentiel de chaque équipe membre peut pousser sous leurs propres informations d'identification - inspecter thg référentiel et TortoiseHg Équipe, le propriétaire de ce référentiel, à titre d'échantillons
    • Comment pourrions-nous indiquer l'utilisateur qui pousse dans une équipe? Faut-il définir l'utilisateur.nom à chaque fois?
    • ne mélange pas l'identité (utilisé pour la validation et transférés est de BB) avec autorisation, vous devez effectuer sur push. Vous devez saisir et stocker vos informations d'identification (BB-nom d'utilisateur et mot de passe, pas Git de l'utilisateur.* les paramètres)
    • Comment voulez-vous entrer et stocker des informations d'identification à l'extérieur de git config? @lazybadger
    • authentification pour les dépôts Git sur HTTP(S)] (confluence.atlassian.com/pages/viewpage.action?pageId=298977121) et Est-il un moyen de sauter le mot de passe à taper lors de l'utilisation de https:// github. Si vous utilisez SSH choses diffèrent radicalement
    InformationsquelleAutor Lazy Badger
  5. 2

    Êtes-vous sûr de ne pas pousser au-dessus de SSH? Peut-être vérifier l'email associé à votre clé SSH dans bitbucket si vous en avez un.

    • stop!!! ssh:// http:// ?
    • Je n'ai aucune idée de quoi vous parlez.
    InformationsquelleAutor Baloneysammitch
  6. 2

    Pour moi en privé repo, j'utilise

    [email protected]:username/blog.git

    remplacer

    https://[email protected]/username/blog.git

    • Je vous remercie. Le nom d'utilisateur, a beaucoup aidé.
    InformationsquelleAutor jadeydi