Basically, A pipeline job runs everyday on GitLab. What I want to achieve is automated transfer of its artifacts to SharePoint. Is this possible with Microsoft Graph API?
Related
We're trying to set-up Azure Devops Build and Release Pipelines for our Power BI Paginated Reports. We need the release pipeline to support deployment to our Test and two Prod environments.
We able to retrieve RDLs from our Git Repo and publish to the target workspaces. Then we need to modify the connection strings for each target environment. Using Azure PowerShell, we're able to authenticate as a Power BI Service Principle and change the connection string Server and Database names.
In order for this to work, we need to take over each report:
"groups/$workspaceId/reports/$reportId/Default.TakeOver"
and then
"groups/$workspaceId/reports/$reportId/Default.UpdateDatasources".
The updated connection can be verified through
"groups/$workspaceId/reports/$reportId/Datasources".
However when we try to run the report it fails with a "Could not connect to datasource" error. After going to the report management page and choosing "Take over" the report works fine.
Has anyone run into this before?
TIA
Found from migration options doc that manual migration is possible .But for azure Devops server 2019 pipelines and history migrate to azure Devops services? is there any tools to do that?
for azure Devops server 2019 pipelines and history migrate to azure Devops services? is there any tools to do that?
You could try to use the Azure devops extension Migration Tools for Azure DevOps, which allow you to migrate Teams, Work Items, and Plans & Suits from one Project to another in Azure DevOps/TFS both within the same Organization, and between Organizations. But this without history and This tool is complicated and its not always easy to discover what you need to do.
If you insist on keeping the history, you could also try to use the 3rd tool OpsHub Visual Studio Online Migration Utility. It migrates historical information for work items, version control change sets, test cases, test results, and all the relationships between two tools in an incremental manner.
Note: No matter which tool is used, or manual migration, we may not be able to get results were not a perfect copy, but overall the results were actable.
It might sound backwards, but we have a need to move a Azure Devops project of epic's, User stores tasks etc, as well as all existing comments, links, and dependencies to a TFS environment, can this tool do that?
Yes you can using the Azure DevOps Migration Tools.
https://marketplace.visualstudio.com/items?itemName=nkdagility.vsts-sync-migration
We are building a webapp for our clients using ASP.NETZero template built on dotnet core 3.1.x
I am trying to create release pipeline in Azure DevOps and facing issues while publishing the changes of build pipeline to IIS similar way I did for traditional MVC5 or MVC6 .NET Framework based webapps.
The self-hosted devops agent is running on a different machine than production server where the webapp is published and the agent service account has access of the shared path of the \\server\inetpub-sharedhostingdir only.
Traditoinally, Copy Files task could replace app DLLs and all other files but in .NETCore there is an error like below:
Then I found out that this is because of changes how .NET Core 3.1.x hosting works.
I also tried to use 'OutOfProcess' in the web.config in the webapp but still getting same error and then I found this SO post and DLL hotswap info given by #MindingData.
So, my current bat to overcome this issue is using remote powershell in CD; I can stop the webapp and publish the new artifact. But there is cost for this step, I have to stop the site and replace all the DLLs which may roughly takes 30 seconds.
The remote Azure DevOps agent does not have access to do so right now and yet we have to add firewall exceptions to do so.
I am wondering if there is any other efficient alternative to publish .NETCore 3.1.x webapp using AzureDevOps agent running on a remote server? (as access of production server is restricted and we cannot deploy the azure agent on production machine.)
Because of these issues currently I need to move all the DLLs in 'backup' directory manually to make the hosting directory empty and then if I run the pipeline of first image, the 'Copy Files To' runs successfully and publishes the app well.
Any suggestions for improving the CD in current environment?
You may try using 'app_offline.htm' file for graceful shutdown of your running application and after deployment you can easily remove that file using powershell command task.
This approach should work as you have access of the deployment directory of the remote server. Steps are mentioned on the SO post.
I am moving a plugin (including its message) and custom workflow activities using a solution of Dynamics CRM V9.0 DEV (on-premise) organization to another on-premise organization. But none of them are getting in target organization.
Previously all the plugin and workflows was working fine in both organizations and we were using the same solution to move. We'd reset IIS, moving solution again and again but still the issue is same.
I want to know what could be reason behind for not updating Plugin and Custom workflow assemblies in target organization.