Stack Exchange Network

Stack Exchange network consists of 175 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers.

Visit Stack Exchange

Hot answers tagged

10

Somewhat stealing from Ian Margett's answer as the architecture is common amongst most Microsoft/.NET development organizations, the high-level target operating model for looks something like this: The goal is to create a Continuous Deployment pipeline, using existing off-the-shelf software, namely TeamCity, ProGet, SonarQube and Octopus Deploy: GitHub is ...


4

Experience at my place has been using Octopus Deploy, teamcity and Proget - had great success building a good pipeline and its scaling well. Also plays nicely with unit testing and automated functional test tools. We are predominantly in Azure on .Net but also deploying to private cloud and on premise


4

You mention a few different categories in your toolchain for .NET. Yes, NuGet is still the default package style – and a lot of people use a Universal Package Manager to manage their NuGet feeds. For Deployment, Octopus is indeed an option for pushing out artifacts, but it doesn’t enable some of the other aspects you were talking about. An ARA tool would ...


4

Specifically in answer to your 3rd question, if you are willing to look outside of the Jenkins Ecosystem there are alternatives out there that might be of value to you. For my clients who use the Microsoft Stack and have fewer than four teams, I have been recommending the use of AppVeyor it is highly tuned for the .NET Stack and integrated very naturally ...


3

For something that requires being agnostic to the tooling, and having the flexibility you need, your best bet is Jenkins. https://jenkins.io/. They have a ton of plugins that would meet any use case. Be aware that Jenkins can be heavy for small teams, but your other options lack the flexibility and support for different communities. You can check out ...


2

It is wise to think about package management early on. There are multiple options in terms of package management. The 2 largest are jFrog Artifactory and Sonatype Nexus. Both offer support for multiple formats such as maven, NuGet, Docker, npm, ... If you only have standard requirements, both of these will suffice. If you have specific requirements, it's ...


2

I'd recommend ProGet. If you're familiar with Artifactory you might find this comparison helpful: https://inedo.com/support/kb/1115/a-comparison-artifactory-vs-proget


2

OK - found the solution myself. It's a kind of tricky one. Even though my project is written in F#, I still have to set "language": "csharp" in my .travis.yml file. That's a bit counter-intuitive, but I must admit that it's written in the doc, so can't really blame anyone.


2

Are they indeed runnable in containers and this makes sense? According to this documentation it is possible to run windows in docker. Yes it could make sense as this would be comparable to the positive effects of running linux in docker. Note that: Disclaimer: This lab is still in work, and is based off of the blog, but you can test and leverage the ...


1

Yes.. we can control the packages using nuspec file which will be added to your solution and you will be specifying the list of folders/files you dont wanna deploy. And you will use that nuspec to create the nuget package for deployments


Only top voted, non community-wiki answers of a minimum length are eligible