tortoisesvn

How can I get diff in file content of current and previous revision number by command line? And how can I get previous revision number? As per your comments you'd like to see differences between the current and previous versions of an item that is not in your working copy. For that you need to know the item's URL (e.g. svn://[repo_root]/[path]/[item] ) which I assume you do. Then you do the following: svn info <item-URL> will contain (among other things) the last change revision. With that revision number R you run: svn diff -c <R> <item-URL> and it will give you the last commit diff. Konerak

When I'm trying to update or commit code from a project it's telling me that the folder is locked. When I try to "release lock" it says that there's nothing to unlock in this working space. What does that mean? Why I can't update, commit or even clean up the project. Right click on your Subversion working directory folder, and select TortoiseSVN->Clean Up from the Context Menu. This will recurse it's way through your working directory and cleanup any incomplete actions, remove the local locks (which is different from using Subversion locking of a file in the repository which lets everyone know

Using TortoiseSVN, I need to take changes I've done in a branch and then merge them with trunk. I am the only developer on this project, so I know trunk hasn't changed. I am learning SVN so that eventually my team can use it. Basically, I want my trunk to look exactly like the branch. In pre-svn world, I would just copy the files in my branch folder, delete the files in the trunk folder, and then copy branch into trunk. In TortoiseSVN, I've tried Reintegrate a branch , Merge a range of revisions , and Merge two different trees . Nothing seems to actually change trunk. I've also tried branching

Recently I have find out that TortoiseSVN (surprise, surprise) supports git. So you can just checkout git repository using TortoiseSVN, and even to reference external git repositories. On internet there exists huge amount of questions & threads on how to get good numbering scheme from git hash, which is found many times as too cryptic and difficult to use. For example: How to get the git commit count? . By following this link: Is there a git-svn windows client something like TortoiseSVN? , I find out that git support was wired under svn long time ago: Announcing SVN Support Improved Subversion

I am using Tortoisesvn under windows 7. My working copy got mysteriously unlinked from the repository. How can I relink my working copy to the repository and commit changes? Checkout a new working copy from the repository and copy the files from the damaged working copy into the new folder. Now you should see the modified files in the pending changes dialog and can commit them. 来源： https://stackoverflow.com/questions/29978107/working-copy-got-mysteriously-unlinked-from-repository-how-to-relink-it-again-a

Argh, somebody (OK, my boss) added and commited all the files in his directory, meaning all the svn files: conf/, db/, format, hooks/, locks/... I'm using Tortoise, so I tried clicking on each one and doing revert, it said OK, but I still see all of them under version control after update/commit. We are now several versions past that. How do I clean things up ? Thanks In Subversion, "revert" means to undo uncommitted changes to a working copy. What you're looking to do is to (effectively) undo a commit. This is normally done in Subversion with a reverse merge Assuming that your boss did

I have a scenario where I have a file and I need to know what revision in source this file is. I may have hundreds of revisions on a particular file and have a file that matches one or more of those revisions. Is there any way in Tortoise, Cornerstone or through the command line to do this? Apologies if the question isn't the clearest. To be honest I'm not sure how to phrase what I'm looking for. I found a similar question about git here; GIT: determine revision based on a file Patrick Quirk Cribbing a bit off of this answer , here's a quick and dirty batch file that will do the job, assuming

We use visualsvn with tortoiseSVN on the client for version control of the binaries. That is, when we want to test a project, the test branch is merged with the build branch. This essentially updates the jar file to a newer version. For some reason i cannot commit the now merged test branch, i get a 502 'Bad Gateway' error. I can commit some of the updated files , i have comitted the delete of the old jar file but i cannot commit the new jar. The error i get points to the build branch, not the test branch, which i think may be the cause. I have tried deleting the offending file and replacing