Visual Studio 2019
TSVN 4.8.53
(tried also with VisualSVN 7.2.0 )
TortoiseSVN installed with command line tools
I want to see in Pending changes from TSVN only the changes for current solution. Instead I see all the changes from the entire checkout folder.
In Options => Windows= > Options, at "working copy root path" it is put the path of the checkout folder.
I remembered I used this extension successfully with VS2017
Do you any idea what could be?
UPDATED (26.11.2019)
It seems I cannot make TSVN or VisualSVN to work in an elegant way. I can set the working copy on each project to point to my solution folder, but:
1. I have more than 300 projects.
2. It modifies the source files
I tried to contact the support from both extension but still no answer
you can find the setting in Extensions>VisualSVN>Set working copy root. Uncheck "determine working copy automatically":
Related
I have a project where the repository was on a disk that now is faulty.
so I have created a new repo folder in file explorer on a new disk.
I then deleted the .svn folder in my project as I thought that would make it like a fresh project (obviously I was wrong about that)
as It still wont add the project to the new repo with error "Project not added to Subversion because it is out of working copy"
It doesn't even ask where I want to create the Repo so somehow the project still has the old address.
I also altered my .sln solution file changing Svn-Managed to = False
The Old repo is gone and I'm using a backup that has been altered in the past.
Could anyone help me get round this please
Mike
I'm afraid that your case is unclear and maybe several screenshots and details about your environment will help (solution directories layout, versions of VisualSVN, TortoiseSVN, Visual Studio).
If you want to add your solution into a new repository, run the Extensions | VisualSVN | Add Solution to Subversion command and follow the steps of the wizard. If you receive warnings, please examine them and update your question with these details. Note that you need to svn commit your solution to publish your solution's data into a repository.
Additional notes:
Removing the .svn directory from a working copy effectively unties the directory from Subversion. I.e., this action unversions the working copy. Note that up-to-date VisualSVN and Subversion versions place only one .svn directory at the root of a working copy. But SVN 1.6 and older have this directory in every folder of a working copy.
If you want to re-add an existing solution to a new repository, then indeed you could remove the .svn directory or run svn export from the working copy into a new directory - this creates an unversioned copy of your working copy. Note that you may need to re-open your Visual Studio solution after removing the .svn directory.
The command Add Solution to Subversion is only active if the opened solution is not in a working copy (i.e., when it is not versioned). If the command is greyed out, then you need to unversion your solution first. See TortoiseSVN Manual | Exporting a Subversion working copy (section Removing a working copy from version control at the bottom of the page).
VisualSVN does not place the Svn-Managed to = False string into your solution's .sln file. VisualSVN does not depend on it. I assume that this string was recorded by another Visual Studio plug-in.
I've just created the simplest little project with a Program.cs file, checked it in to Visual Studio Online, deleted the project locally, and then tried to get the latest version from the online repository. The program file didn't download, even though Source Control Explorer shows it on the server:
Any idea why this won't download?
At this point there are no changes in the files since you last did a Get-latest to your workspace. Follow the below steps to get the files for your workspace:
Right click on the file/folder
Choose Advanced instead of Get Latest Version
Choose Get Specific Version
Check the "Overwrite all files even if the local version matches the specified version" box
This will force a download of all the files and not just files that have changed since the last time they were retrieved to your workspace.
I don't want VS to fiddle with git, I use sourcetree for that, so I set the source control provider in the tools -> options -> source control to none.
As soon as you open a project that has git versioning on it the setting automatically switches back to git source control provider.
How to permanantly disable it?
I'm using visual studio 2013 update 5.
I found that I had this problem, even for projects that have never had anything to do with git. It started when I initialized a git repo in my C:\Users\<username> directory, and it went away wen I deleted the .git\ folder from that repo.
Just found an answer in a blog:
http://researchaholic.com/2015/02/02/remove-the-microsoft-gitprovider-from-visual-studio-2013/
To remove the git provider altogether one can delete the key
11b8e6d7-c08b-4385-b321-321078cdd1f8
from the registry via regedit:
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0_Config\SourceControlProviders
note that you completely remove it, so only for people not interested in a CPU eating annoying ms-plugin.
I also found it does this, if you keep all of your source code in one base folder (in my case D:\Source). I have my TFS "root" mapped to D:\Source<project name>. As it turns out, I downloaded some sample Xamarin project from Microsoft using git & started in the D:\Source\ folder, which created the D:\Source.git folder. After creating this folder, it assumed anything that was a peer/sibling to that folder was a git repo.
Deleting this .git folder in my TFS path fixed it for me.
Hi guys when I open my solution from source control(TFS 2013) in the morning some folders in a class library project does not load but they are in the windows explorer so I had to "Include in project" the folder after showing all files in the solution explorer but there are no contents even though i "Get Lastest(Recursive)" but I checked the web(Tfs) in the code -> explorer there are files shown in the tree view. Is there a problem with tfs? or visual studio? or both? what can I do to resolve this?
Looks like you have files checked-in TFS but your project file in TFS doesn't have those files included. Also, when you get latest from TFS looks like you override the local changes.
I have three(ish) suggestions:
You have the directory with the included files mapped to a different place on your local drive. You can check this my looking at your workspace mappings (File -> Source Control -> Advanced -> Workspaces). If you have more than one workspace then make sure you're using the right one.
You can force TFS to download files that it believes it has already downloaded. Instead of GetLatest, choose Get Specific version (this may be on the same menu or under Advanced - can't remember for 2010). Check Overwright writeable and all files and select Get.
Install TFS Power tools and try adding the files that way (i.e. through windows explorer)
This isn't really a suggestion, as I don't believe it will work, but if the above don't, try it. As above, select get Specific version, but instead of Latest version, select Changeset and choose changeset 1. THIS WILL DELETE ALL FILES IN YOUR WORKSPACE. The do a get latest as normal.
HTH
I am using VisualSVN and Visual Studio 2010 and have recently installed the latest TortoiseSVN (TortoiseSVN 1.7.1, Build 22161 - 64 Bit , 2011/10/21 22:51:59). I tried to commit my changes but get:
No files were changed or added since the last commit ...
This is not true. Is there anything I can do about that?
VisualSVN will indicate that you're in a working copy checked out from Subversion by placing green ticks beside unchanged files in the Solution Explorer. If you don't see them, something is wrong.
Be sure that you have version 1.7 or later of both VisualSVN and Tortoise. The file format changed between version 1.6 and 1.7; you'll also need to upgrade the working copy on disk by right-clicking on the working folder in Windows Explorer.
If you are working in a working copy --
Make sure you've actually saved the changes (i.e. Visual Studio doesn't have a "*" next to the filename in the tab, and the icon next to the file in the Solution Explorer is a red box rather than a red tick
If you've created new files, make sure you choose "Add" (right-click in Visual Studio, choose Subversion | Add) so Subversion knows to control that file
For me a Right-click - 'TortoiseSVN' - 'Clean up...' did the trick
Sounds like your working copy wasn't checked out of Subversion. You can tell by looking for .svn folders: if you don't see them, your working copy isn't from Subversion.
Next thing to check is the icons on every file. Tortoise SVN will show a green check mark next to every file that's committed and versioned properly. A question mark means that you have to add the file to Subversion by right clicking on it and navigating to "Tortoise SVN->Add".