Is it possible to connect on-premises TFS source control to Azure Visual Studio source code repository? If so, could you please write down the steps involved?
So far I haven't found anything by googlying for the question. The only way I can think of is to write a job in the Windows task scheduler that will pick up files from on-premises source control and send them to the Azure TFS. I havent done that get but with some effort it can be done.
Is there any other straight forward way of achieving the results?
If you mean to connect TFS to VSO you can do this with the TFS Integration Tools with a two way sync. Be warned that this is a really silly thing to do and I would not recommend it.
A better solution would be to simply move to VSO. You can use a one way sync with the TFS Integration Tools or OpsHub. Once there you use VSO as the primary.
You can still install and use a local TF Build server or a local Release Management server so that you can build and deploy locally.
You can even configure AAD integration to create single sign on from your local domain.
http://nakedalm.com/use-corporate-identities-existing-vso-accounts/
http://visualstudiogallery.msdn.microsoft.com/eb77e739-c98c-4e36-9ead-fa115b27fefe
Related
Is it possible use as a repo TFS server in azure pipeline as a code?
Maybe someone has this experience, because I didn't found any manual for it
I am trying to determine how to backup the online ADO account that I created on Microsoft's servers so that I can restore it on my own physical server. I have a few projects already started along with work items, repositories, pipeline jobs and NuGet artifacts already in place. It would take quite a while to rebuild the projects manually, not impossible, just not desirable.
I have looked and have not found any resource as to how to perform this or if it is even possible. Any help from someone who knows would be greatly appreciated!
Currently there is available extension: Azure DevOps Migration Tools, which allow you to migrate Teams, Work Items, Plans & Suits, and Shared Queries, & Pipelines from one Project to another in Azure DevOps/TFS both within the same Organization, and between Organizations. See: https://nkdagility.github.io/azure-devops-migration-tools/ for latest guidance.
In addition, for repositories, there is no such extensions, you could try to clone an existing Git repo and then push it to a new remote repo server.
BTW, you could use Rest APIs: Artifact Details to get artifacts and then publish them to new feed on Azure DevOps Server.
I am developing CD release pipeline using TFS 2015 update 2 on-prem instance. I'm relying on ARM template to setup Azure website and Azure Sql server. I'm using FTP method for deploying website bits from internal Build server to Azure website. For this website deployment I'm reading the credentials from PublsihingProfile of the newly created website.
Is this a right way or can you suggest a better way? Any comments are appreciated.
P.S. Customer wants to use FTP method and not WebDeploy.
If you really have to use FTP, and the thing you're not happy with is the process/password secret management, you could try this:
https://marketplace.visualstudio.com/items?itemName=januskamphansen.ftpupload-task
Its a VSTS extension task for release, which works with the vnext build/release system in VSTS or TFS2015 server. This task lets you put the parameters in against each environment you setup, and mark the passwords as secrets so they wont come out in logs or the UI.
The step basically wraps up the process of doing the ftp bit for you - you may want to do other steps as part of the release.
I'm trying to setup TFS publishing from within the Azure Management Portal.
After authorization, one is suppose to select a project. But all I get is:
Your TFS account has no projects
But my TFS account certainly has many projects, I can see them when logging in there.
What have I missed?
Oh, just found this.
Nothing you did wrong. Deploying from TFS's git repository to Windows
Azure is not yet supported. It is on our radar tentatively mid of
this year.
The reason seems to be that my project(s) are Git repositories. (Not TFS repositories)
(turning a comment into an answer)
Until Azure supports web site deployments directly from TFService hosted Git repositories you can use an automated build to do the deployment.
Details on how are at http://www.richard-banks.org/2013/08/how-to-deploy-azure-website-from-git_21.html
I would like use a continuous integration system in my projects. However, I don't want to use a server sitting in my office, instead I'd like my continuous integration server to run on Windows Azure. Has anyone set this up? Are there recipes to host Hudson or CruiseControl.Net (or any other CI system) within Azure?
We use the Build Manager in Team Foundation Server to push our automated builds to Azure. We set up our Azure hosted services to allow for Web Publish through remote desktop using this plugin - http://dunnry.com/blog/2010/12/20/UsingWebDeployWithWindowsAzure.aspx
You do not need to involve Team Foundation Server to use the plugin - you can set up your instances to publish to azure instantaneously through Visual Studio Web Publish without CI.
I think there are two parts to the Azure CI solution - automated builds from your source control and actually pushing the bits to azure. The plugin makes the publish to Azure much, much faster. So if you want real time access to changes on Azure, you will need to look into the plugin.
It sounds like you are trying to use Azure as an infrastructure provider, which runs a VM where your builds happen.
This is not a particularly good use-case for Azure. Azure is a platform to run your custom-built applications. While it does provide VM's similarly to Amazon or other IaaS cloud providers, those VM's are "stateless", can go up and down at will and meant to act as application servers where more than one can be up at any given time.
You can probably get this to work on an Azure VM but I am not sure if the pain would be worth it.
Azure's instances are application servers, not "windows servers".
HTH
I have installed Jenkins on Windows Azure, it works very well for me.
http://blogs.msdn.com/b/gongcheng/archive/2013/02/27/jenkins-on-windows-azure-the-missing-manual.aspx