Comment faire pour modifier le propriétaire du projet dans gitlab
Comment puis-je changer le propriétaire du projet dans gitlab?
Il y a opions dans les paramètres de projet, mais dans le "transfert" de terrain il ne reconnaît aucun nom d'utilisateur ou quoi que ce soit. Est-il possible de changer le propriétaire d'autorisations et de la racine de privilèges?
- quelle est la version de gitlab utilisez-vous?
- je suis en utilisant le service cloud à gitlab.com
- avez-vous vérifié si la cible est dans votre espace? puisque vous pouvez transférer des projets d'espaces de noms, vous pouvez gérer les...
- oui, c'est le compte qui a créé le projet et ses sous que les comptes nom d'espace de noms.
- Certains peuvent avoir besoin de changer l'origine,
git remote set-url origin new_url
- pouvez-vous vous voir dans les collaborateurs??
Vous devez vous connecter pour publier un commentaire.
TL;DR
Déplacer votre projet à un nouveau groupe où vous et les autres utilisateurs sont propriétaires, alors que l'autre utilisateur doit transférer à son propre espace de noms.
Fond
Les autres réponses ne sont évidemment pas de travail pour le transfert d'un projet à un autre utilisateur, bien que la section des commentaires est assez pour quelqu'un de comprendre. Il y a aussi cette question sur GitLab lui-même qui fournit quelques pistes de réflexion.
Ma Situation
J'ai installé et maintenant administrer quelques cas de GitLab pour quelques petits développeur équipes ainsi que l'un de mes projets personnels. Resultingly, j'ai couru dans de nombreuses questions à ce sujet. Je reviens à cette question seulement de réaliser qu'il n'a jamais été réellement répondu correctement.
L'Espace De Noms Problème
Le problème que vous rencontrez quand vous faites cela, c'est qu'il peut seulement être un propriétaire d'un projet, mais pour le transfert d'un projet, vous devez posséder l'espace de noms que vous le céder à. À ma connaissance, il n'existe pas d'autre moyen de se déplacer d'un projet. Pour être complet, j'ajouterai que l'espace de noms ici est, par exemple, "gitlab.com/mon-nom-d'utilisateur/..." ou "gitlab.com/mon-nom-groupe/...".
Solution
Parce qu'un utilisateur ne peut pas "propre" d'un autre espace de noms (pas même les admins), la seule option pour configurer un scénario où deux utilisateurs possèdent le même espace de noms est avec un groupe. Effectuez les étapes suivantes pour effectuer cette opération.
À ce point, vous serez à gauche comme un maître dans le projet. Vous pouvez maintenant vous retirer du projet si vous le souhaitez.
Vous pouvez ajouter un autre propriétaire pour le projet via:
Projet -> Membres> Ajouter des membres -> Sélectionnez le Propriétaire d'une autorisation
Ensuite, vous devez vous retirer du projet:
Projet -> Membres> Cliquez sur le bouton rouge derrière votre nom d'utilisateur
Maintenant que vous avez quitté le projet, et l'utilisateur que vous avez entré avant, est maintenant le propriétaire.
Vous pouvez créer un groupe, puis ajouter le projet à un groupe, puis dans le groupe membre de l'option ajouter un nouveau propriétaire, et vous pouvez quitter le groupe vous-même.
Voir les captures d'écran
Il comporte de multiples étapes, mais il est possible.
Cependant, je pense que c'est plus facile à maintenir si vous laissez votre référentiel du groupe
Menu de transfert sont toujours à
Project => Settings => Advanced
Dans Gitlab 8.8.3 vous êtes en mesure de transférer un projet.
Être prudent. Modification du projet de l'espace de noms peut avoir des effets secondaires indésirables 😉
Aller à Projet -> Paramètres -> Paramètres du Projet -> faire Défiler vers le bas pour projet de Transfert de
Dans la version actuelle (10.2.4), vous devez effectuer les opérations suivantes:
Aller à "Projet" -> "Paramètres" -> Élargir les "paramètres Avancés" -> faites Défiler jusqu'à "projet de Transfert"
Dans GitLab Community Edition 9.3.5 si vous êtes administrateur, vous devez aller dans les Paramètres -> les Membres et le changement de rôle du membre à qui vous voulez.
Par exemple, la recherche de John Doe, définir le rôle de développeur, et maintenant John Doe doit être développeur et ne pas être propriétaire de plus.