2017-08-22 2 views
2

Je suis plus expérimenté avec Java qu'avec dotnet. Mais, récemment, j'ai commencé à travailler sur un projet dotnet et je dois écrire un processus de CI pour ce projet. J'utilise maven pour Java. Et où est un plugin Maven version. Fondamentalement, vous utilisez la version de capture instantanée pendant le temps de développement. et quand vous êtes prêt pour une release candidate ou une release. Vous utilisez maven release plugin et mettez à jour tous les fichiers pom et validez la nouvelle version pour vous.Gestion des versions et des versions de Nuget comme plugin de publication maven

Existe-t-il un outil similaire pour que nugget mette à jour automatiquement le numéro de version et mette des balises comme RC, RELEASE etc. Quelle approche dois-je utiliser.

Non: Nous utilisons TFS 2015 pour le processus CI. Je peux tirer parti des capacités de TFS.

Répondre

1

Il y a un outil appelé Release Management dans TFS, un élément essentiel de DevOps qui aide votre équipe fournir des solutions logicielles à vos clients à un rythme plus rapide et à moindre risque.

Puisque vous utilisez également un système d'intégration continue (CI) et vous pouvez utiliser la gestion des versions TFS comme un système de livraison continue à part entière. Vous pouvez configurer la gestion des versions pour déployer automatiquement de nouvelles générations dans plusieurs environnements.

Quant au paquet NuGet version que vous pouvez jeter un oeil au-dessous de blog qui vous montre comment tenir les paquets de CI (de part1) et des paquets d'actions en utilisant la gestion des versions (partie outil) avec l'aide de NuGet Publisher tâche.

Je ne sais pas maven comment gérer les balises et équivalents dans TFS, il y a une balise dans TFS construire, vous pouvez ajouter la balise manuellement ou through API, qui construit réellement être étiqueté pour faciliter la recherche. Comme pour l'instantané, il y a une chose correspondante dans TFS appelée labels, vous pouvez directement construire des étiquettes.

+0

Je ne l'ai pas mentionné mais nous utilisons XLRelease pour la gestion des versions. (Aussi, XLDeployment pour les déploiements) Donc, nous utilisons TFS seulement pour CI. – wasabi

+0

Je pense que SNAPSHOT est mal compris. Versioning sémantique: {majeur}. {Mineur} [- {stage} [. {Resource-version}]] exemple: 1.0-preview.2 - SNAPSHOT est très similaire à l'aperçu et couramment utilisé dans Java Project. J'essaie de comprendre comment mettre {stage} comme "preview" pendant la gestion des artefacts. – wasabi