How can I delete an old XAML build definition on VSTS? I cannot find any where to delete it.
VSTS not support XAML build (currently) so you can't see the XAML build definitions on VSTS.
You can see the XAML build definitions via Visual Studio in the Team Explorer, after you connect to your VSTS account, then you should have the ability to delete them.
You can delete it through Web Access, check this screenshot:
Related
I am working with migration of TFS from 2013 to 2018. I just noticed that "Build" and few other tabs are missing Team Explorer panel and tried to search on internet and did not find anything helpful. If someone has any idea why build tab is missing then please guide me to bring it back. However, on web portal, I am able to see the build definition. I am using VS2017/TFS2018.
After having issues with VS2017 Enterprise memory leaks, but none with Team Explorer functionality, I've uninstalled and installed community edition.
tf settings connections shows I'm connected
tf vc checkin works just fine.
where tf shows it is running the 2017 TF.exe
removed my account from both the tfs section, and the vs sign-in in visual studio and added back.
going to the project in a browser at ____.visualstudio.com shows my login works just fine there too.
removed connection from team explorer manager and it no longer has any hosted repositories showing in the Connect to a Project dialog
devenv /resetuserdata as an administrator did not fix it
going in the visual studio baked-in web browser, it comes up as already logged in and shows the projects just fine.
I'm not behind a proxy
deleted project's .suo file
removed stored Microsoft account credentials from Windows 10 credential manager
tried opening vs stand-alone (not opening a project to open it) and connecting
What causes VS2017 to refuse to show VSTS projects?
I experienced the same behavior today with version 15.9.5.
I also tried other options like deleting the VS related folders in %LocalAppData%, etc. to no avail.
The solution is to remove your account from within Visual Studio by selecting 'Account Settings' from the drop-down after clicking your name in the upper-right. Now remove the VSTS account, restart Visual Studio, enter your VSTS credentials anew and voila.
I am migrating from Visual Studio 2008 to VS 2017.
In 2008 I had a menu item: Build -> Publish Website.
I configured that to put the website on a share on the webserver so I pretty much could use that menu item to deploy to the test server so the users could test.
I cannot find that menu option on 2017.
The functionality seems to be moved to the Publish Web Site Tool described here:
https://msdn.microsoft.com/en-us/library/377y0s6t.aspx#thepublishwebsiteutility
I can not find how to install this. I can not find it in the Visual Studio Installer utility.
I can find instructions for publishing, but those instructions include creating the project from scratch. I need to do this on an existing project.
Visual Studio 2017 has these features from the Build menu...
Or, right-click your project...
A wizard will start asking how you want to publish your project. There is ample documentation for this on the web.
When publishing a web application in Visual Studio 2017 Enterprise I can do a preview on the files that are changed by clicking the preview link. The window comes up and I can uncheck files I dont want BUT, there is only a cancel button, and I am not able to update the file list.
There use to be the ability to click Publish from that view to only update the selected files but now that is no longer the case.
Is there an alternative "tools" way in Visual Studio 2017 Enterprise to publish and exclude certain files from being updated for example the web.config?
I don't have an alternative tool however according to the forums this has been patched and will be deployed in the next public release (15.3).
https://developercommunity.visualstudio.com/content/problem/26373/publish-preview-not-allowing-selective-publish-of.html
I've been getting around this by copying the files that I don't want and replacing them back after I publish.
I can confirm that this has now been fixed as of the latest update 15.3 which was released this week
No matter what I change in an asmx service in Visual Studio, the WSDL file stays always the same. Deleting methods, changing method signatures don't have any effect when I browse to service definition.
I have had a simular problem.
When removing an enum and replacing it by a string, the enum wouldn't go away from the wsdl. No matter what I tried (clean, rebuild, clear browser cache, other browser), it kept returning the enum as a complex type within the WSDL.
The solution in my case was remove the local folders of the project via windows explorer, then perform a get latest from TFS. After this the problem was solved.
Of course this solution only aplies when using a sourcecontrol system.
After changing your service, you must build it and ensure that the new version is running. One shortcut would be to build it (and make sure there are no errors), then right-click the .ASMX file and choose "View in Browser".
Also, although I'm sure you're aware of it, you should not be using ASMX web services for new development. Microsoft now considers ASMX to be a legacy technology. Use WCF instead.
I have encountered this problem and have a solution.
Cause: When you create a new "Web Service" project in Visual Studio, it automatically adds a "Service1.asmx" file to your project. You rename this file and change the class declaration inside of it, but Studio still thinks it's "Service1" wnd will only ever display the web service definition for "Service1".
Solution:
Delete all "bin" and "obj" folders in your project.
Copy the methods from your existing asmx file to notepad.
Remove the service from your project.
Add a new service to your project, with the name you want.
Paste the code from Notepad into the new service.
Rebuild All
Your asmx should now accurately reflect your web service and update normally on future builds.
I had today the very same issue. It was caused by a GACed version of the assembly that contained the type definitions exposed by the web service. I had to remove the assembly from the Global Assembly Cache first, like:
"C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\gacutil.exe" /u YourAssemblyNameWithouthDllExtebsion /f
Be sure to restart the web server hosting the web service to reload the new version of the assembly, for example, in case of IIS Express, you can kill the former process instance by PowerShell:
(Get-Process -Name iisexpress).Kill()
After that, the updated WSDL version was displayed as expected.