I have SnailSVN client on my Mac machine, however I can't seem to find an option for deleting remote SVN branch. Is this option possible through this SVN client?
the context menu options are available only in the right window of Repobrowser. You must see main SVN directory on the left side and all the folders on the right. Do not try to find 'delete' option selecting your project folder in the left window, just try to find it when you literally see your folder in the right.
Compare these two screenshots: left window context menu VS right window context menu.
Related
I'm trying to find some changes I made to some code within a project. This is a team project having multiple contributors.
Is it possible to search for a particular blame within Xcode?
It would be easier for me to search via blame than to remember a particular file and line number.
Inside Xcode, open the left side menu and navigate to Source Control Navigator. You can also do this using the keyboard shortcut cmd2
In there, select the branch you're working on.
In the text box in the top right corner, start typing your version control username and press:
Author:{your-username}
This will show you all commits you have pushed to the repository. You can select a commit to see which files were changed and access the respective files directly from there.
I accidentally hit "Get Latest Version" on item in TFS with which I'm not currently working on. This made name of the item visible in black in Source Control Explorer, which is misleading to me since I'm used to identify objects which I'm working on visually. How can I reverse this operation?
To make the item in Source Control Explorer gray out again. You could try below workaround, get specific changeset 1.
Open team explorer
Click Source Control
Right click on you file/folder
Select Advanced Click on Get specific Version
Choose Changeset Type and enter 1
The item in Source Control Explorer will gray out again. This is due to:
Changeset 1 is a special changeset on your Team Foundation Server
instance. It was created as part of the setup routine and only
contains one thing - the root node ($/) in your source control tree.
If you do a get for Changeset 1 on any actual files then they will not
exist at that point in time on the system so will be deleted locally
and the server will know this.
Note: This will change the status of your files to "Not downloaded" and will remove the local copy of the file. It will only remove files that were put there by TFS.
Assuming you are using TFVC, you can also try cloaking the folders that you don't need. This will "remove" the any unchanged files locally and exclude the folders when you get latest in future.
In the Source Control Explorer, right click on the folders that you want to exclude and go to "advanced" then select "cloak".
To start using the files locally, you can go to the same place and select "uncloak".
First I wasn't able to get anything on the Utilities tab on the far top left for the Identity Inspector, Size Inspector, etc.
When I tap on viewController I can't access anything. I can't navigate through the project either. Has this happened to anyone? I haven't changed the location of the project. However, I have synced the project to Github from my desktop. I'm using OS X El Capitan. This has happened for 2 projects... This is what it looks like:
This is what it looks like when I click the error:
Any help is appreciated.
Your project file has broken. Open up your project's root directory using SourceTree. You will see all the conflicting files.
Cntrl click on the project file and launch the external merge tool.
This should open FileMerge by default. You can scroll through the file to reveal the conflicts. The tool is a bit buggy and you might have to first scroll through all the text before the red markers are revealed in the right gutter.
On each of the red marked conflicts, select the highlighted section and choose the correct code. On the top of each section, it will say which repo is which, local vs remote.
At the bottom of the FileMerge app there is an option for resolving the selected conflict. Left, Right, Left then Right, etc. Once you have fixed all the conflicts, cmd + s to save it, then cmd + q to quit it. SourceTree should then show that the file is no longer conlficting.
If you then open Xcode you will get your file tree back, where you can then fix the remaining conflicts in Xcode or using the previous technique in SourceTree.
This situation should highlight another issue, you are doing something incorrectly with git. Maybe force pushing without pulling from the remote.
commit, pull, possibly fix conflicts, push.
I moved some code from my c drive to my d drive. When I opened the solution, it told me that:
The solution appears to be under source control, but its binding
information cannot be found. Because it is not possible to recover
this missing information automatically, the projects whose bindings
are missing will be treated as not under source control.
So I tried permanently removing the bindings and downloaded the latest version. Now my changes don't register as pending changes.
I've tried selecting the solution in the Solution Explorer and File => Source Control => Change Source control, but it does not let me bind. Server Name and Server Binding columns have "".
Generally speaking, the location of code on your machine is dependent upon where your workspace is located.
If you move your workspace to the D: drive, then there shouldn't be an issue.
However, if you simply used Explorer to copy the files to the new location, then VS isn't going to be able to maintain the bindings.
From the Workspace Editor you can map the entire tree, solutions or even individual projects to a new location.
First off, put it back and undo the changes.
Then, Go to File | Source Control | Workspaces.
Click on the work space name and then the "Edit..." button.
In the working folders area select the source control folder you want to move and give it a new local folder location.
You will need to edit your Workspaces for TFS Server to know the change that has happened at your local machine. To edit your workspace, in Visual Studio:
ensure you have no pending changes; also copy your source code folder to some location temporarily, just to be safe (you can remove after you are all set)
go to Source Control Explorer
locate the "Workspace:" dropdown
select the item "Workspaces" from the dropdown list (you will get a dialog titled "Manage Workspaces"
if you have multiple Workspaces, select the appropriate one from the list in the dialog
click on "Edit" button (you will get an "Edit Workspace..." dialog)
down below in the dialog, you will see "Working folders" grid
click on appropriate row from the grid and modify the "Local folder" path to set to your new folder location
Sometimes TFS and Visual Studio have issues in getting these workspace changes synchronized. I would always close Visual Studio and re-launch it to get my changes synchronized anytime after I make Workspace related changes.
Hope this helps.
the most crude way here (I don't know if there is any other way)
is to put the folder back to its old location , Check in your changes
then remap the project to the new folder
When you move files/folders to make the moves pending changes you need to use a TFS client to do the moves.
For one or two files the Team Explorer UI is OK, for more the command line is easiest.
See tf.exe rename on MSDN (tf move is an alias for rename). There is also step by step help on using the GUI: Move, Rename, and Delete Version-Controlled Files and Folders.
Short Question
Has anyone had an issue when right clicking files (.c/.h/etc..) and the TortoiseSVN menu is not present? Note that it is there when I right click a folder in the same directory.
Failed Attempts
I have seen that a number of issues like this have been resolved by running the installer again and selecting repair or modify, at this point neither of these attempts have worked.
Is there anything else I can try to get this working again? The DIFF functionality being gone is hurting something fierce.
Edit
I am the only developer working on the files. I actually found a way to see the diff: Move the parent folder TortoiseSVN->Check for modifications. This menu does indeed show all of my versioned files as well as any of them that have been modified.
I have also confirmed that the files really still are version controlled by checking out the same repo in on a different machine.
Edit2
It is worth noting that I am using Macdrive and it's right click menu is present all the time. In addition, I just saw that I am having the same issue with TortoiseGIT as well.
Go to registry editor using regedit
Go to and click on HKEY_CLASSES_ROOT/*/​shellex/ContextMenuH​andlers/TortoiseSVN
Observe error message box saying access is denied.
Right click on the key mentioned above, go to "Permissions"...
In the permission dialog, click on "Advanced"
Click on "Owner" tab, click on your account and click "Apply"
OK the dialog
Right click on the key mentioned above, go to "Permissions"...
Grant permissions for OWNER RIGHTS to "Full Control"
Apply the changes
Source
If still not works so try to use shift key + right click.
Are you sure that these files under version control? It is possible that someone has deleted these files from svn repo and after update your these files has become unversioned.
You can check that by going one dir level up (from folder where these files are located) and choose whether Tortoise-SVN->Repo-Browser menu (check that they are present on SVN server) or SVN Commit (make sure Show unversioned files checkbox is set and check Text Status Column if it contains "non-versioned") .
Shift + Right click on the folder which you want to checkout click TortoiseSVN --> settings --> Context Menu --> uncheck the Hide menus for unversioned paths