L'externalisation SCM des informations d'identification avec Maven

Est-il une méthode pour extérioriser ma SCM informations d'identification de sorte qu'ils ne sont pas stockés dans le POM du projet? Le problème étant que si elles sont contenues dans le POM du projet, ils seront visibles par tous lors du déploiement du projet.

InformationsquelleAutor Kingamajick | 2009-08-10
  1. 6

    Ce qui peut être fait pour de nombreux de la SCM fournisseurs, je suppose Subversion que la mise en œuvre basé sur votre tag.

    Vous pouvez définir votre Subversion paramètres $user.home/.scm/svn-settings.xml (ou [maven home]/conf/.scm/svn-settings.xml, même si cela veut dire qu'ils vont toujours être visible par les utilisateurs du système)

    Dans ce fichier, vous pouvez définir votre nom d'utilisateur et mot de passe pour le serveur Subversion. Le contenu de ce fichier devrait ressembler à ceci:

    <svn-settings>
  <user>[svn user]</user>
  <password>[svn password]</password>
</svn-settings>

    Vous pouvez définir d'autres propriétés dans ce fichier de configuration. Pour plus de détails, voir "Configuration de Fournisseur de" section de Subversion SCM page.

    Autres SCM fournisseurs ont une approche similaire, par exemple dans le CVS les paramètres sont stockés dans cvs-settings.xml dans le même emplacement (l' .scm dossier), voir la CVS SCM page pour plus de détails.

    • Salut Riche, votre suggestion ne fonctionne pas (au moins pour moi). En outre, sur votre lien, il n'y a rien sur le nom d'utilisateur et le mot de passe... Donc, thereis doit être une autre solution...
    • Check this out: stackoverflow.com/questions/3618330/...
    • d'utilisateur et le mot de passe ne sont pas pris en charge dans le fichier de paramètres.
    • Merci pour les liens Riches!
    • Ne fonctionne pas pour moi non plus. Philippe de réponse devrait être marqué "correct".
    InformationsquelleAutor Rich Seller
  2. 59

    Pour certains SCM fournisseurs, vous pouvez spécifier vos informations d'identification dans le <servers> section de settings.xml. Comme un <id> utiliser le nom de domaine de votre référentiel. Cela fonctionne pour moi avec mercurial. SubVersion fonctionne aussi.

    Par exemple, compte tenu de mon pom.xml contient:

    <scm>
  <connection>scm:hg:http://jukito.googlecode.com/hg/</connection>
  <developerConnection>scm:hg:https://jukito.googlecode.com/hg/</developerConnection>
  <url>http://code.google.com/p/jukito/source/browse/</url>
</scm>

    Alors je peux spécifier mes informations d'identification dans settings.xml en tant que tel:

    <server>
  <id>jukito.googlecode.com</id>
  <username>philippe.beaudoin</username>
  <password>1234567890ABC</password>
</server>
    • Merci, cela semble fonctionner pour svn trop. Savez-vous si cela est documenté quelque part?
    • Je ne sais pas. M'a fallu un certain temps pour le trouver, par la récupération des informations ici et là sur le net je crois.
    • Horstmann Cela est décrit dans l'Annexe A. 2.2 de l'maven livre de référence, voir sonatype.com/books/mvnref-book/reference/...
    • ...le numéro de port important ici, comme @mudged points; ainsi, de la comptabilité pour les différents processus/serveur en cours d'exécution sur le même ordinateur hôte (@01es)
    • Notez que cela fonctionne aussi pour git en utilisant ssh. Dans mon cas, pour <developerConnection> j'utilise: scm:git:ssh://[email protected]/{account}/{project}, puis dans mon settings.xml j'utilise <id>bitbucket.org</id><privateKey>/c/Users/neil.hunt/.ssh/id_rsa</privateKey>
    • Les anciennes versions de maven-release-plugin nécessite le mot de passe en texte brut. Nouvelle version va accepter le Maven mot de passe crypté.
    • L'id est le truc pour moi. Merci Philippe.
    • OMG, pourquoi n'est-ce pas mentionnés dans le SCM docs? Cela signifie que mes paramètres pour project.scm.id est ignoré lors de l'utilisation de la buildnumber-plugin.

    InformationsquelleAutor Philippe Beaudoin
  3. 20

    Je me rends compte que cette question est ancienne et les réponses est acceptée, mais par souci d'exhaustivité souhaite donner à l'alternative suivante, qui pourrait être préférée dans certains cas.

    Motivation

    Il donc arrive parfois que le même serveur est utilisée à plusieurs fins, ce qui nécessite des informations d'identification utilisateur. Par exemple, il est utilisé pour l'hébergement des Nexus-driven repository Maven ainsi que d'un serveur SVN qui ont des identifiants différents pour le même utilisateur. Dans de tels cas, il y aurait besoin d'être plusieurs <server> entrées avec le même id et username, mais différents password. Ceci, cependant, n'est pas viable.

    Solution

    Maven version plugin prend en charge les drapeaux username et password qui peuvent être fournis dans le cadre de la release:prepare et release:perform commandes. Les valeurs pour username et password doit correspondre à l'respectives SVN informations d'identification.

    mvn release:prepare -Dusername=[username] -Dpassword=[password]
    • Ne fonctionne pas pour mercurial que. Au moins pas au-dessus de ssh.
    • Pas une bonne idée de passer sur la commande que tout le monde peut voir runnignprocesses pour obtenir vos informations d'identification.
    • pourriez-vous proposer une meilleure alternative?
    • oui, l'utilisation de Maven est construit dans le chiffrement idéalement, mais peu ont les informations d'identification dans settings.xml <serveurs>
    InformationsquelleAutor 01es
  4. 3

    J'ai réussi à obtenir que cela fonctionne à l'aide de la solution fournie ci-dessus c'est à dire l'ajout d'une nouvelle configuration de serveur à mon settings.xml et en donnant le nom de domaine que l'id.

    <server>
  <id>domain.name:port</id>
  <username>[username]</username>
  <password>[password]</password>
</server>

    En plus de la réponse précédente, si vous spécifiez un port dans l'URL ce doivent également être inclus dans le serveur.id. Une autre bizarrerie que j'ai trouvé, c'est que vous avez besoin de mettre le mot entre guillemets s'il contient des caractères qui pourraient interférer avec l'appel en ligne de commande.

    Vous ne pouvez pas utiliser la ligne suivante dans votre $utilisateur.home/.scm/svn-paramètres.xm comme il n'est pas valide! Il n'y a pas des éléments tels que <user> et <password> sous <svn-settings> (comme spécifié ici )

    <svn-settings>
  <user>[svn user]</user>
  <password>[svn password]</password>
</svn-settings>
    InformationsquelleAutor Mudged