tortoisesvn

问题 When I try to do any TortoiseSVN command even show log etc, it take a very LONG time for the pop-up to accept ssl certificate to show up. I can make it work quite nicely/fast if I simply go into Internet Explorer connect options and enable the PROXY settings there. But I don't want to. I want to let only TortoiseSVN use the proxy not all windows apps. TortoiseSVN is already configured in Settings/Network for the correct proxy etc and I even clicked the edit button and edited the Subversion

问题 I am new to Tortoise SVN. I have created a repository in my machine. To access this folder in a remote host, what's the repository url which should be given in SVN checkout? Should the server be running, when I try to access the repository ? 回答1: Yes, the server must be running in order for you to access Subversion. The URL depends on how you've configured Subversion. My local Subversion instance URL looks like this: svn://localhost:3690 Another that I use to access Sourceforge looks like

问题 I have an SVN checkout on a Mac using subclipse. I want to be able to share this folder with a vmware shared folder in Windows 7 and perform updates/commits using tortoiseSVN (on the VM) and/or subclipse (on the Mac). Is this possible? or will the two be in conflict? The shared drive has the hidden ".svn" folders created by subclipse. What else does tortoise need to recognize the checkout? 回答1: Sharing a working copy is never a good idea. You could do it if the OS you share it with are all

问题 I have just installed that latest stable release of TortoiseSVN on Windows Server 2003 and restarted the server. I can create a new repository using the right-click menu in windows explorer but using "svn" anything from the command prompt returns 'svn' is not a recognised internal or external command When I have installed TortoiseSVN previously in XP or Vista it has worked fine. What am I missing here?! EDIT: The specific command I need to run is svnadmin load repository-name < repository

问题 When I commit to SVN and after that update both via the shell extension of Tortoise SVN, the update sets me back to the revision before my commit. I can verify this in two ways. First of all after my commit it says that after my commit I am at revision 22058 and after the update it tells my I am at revision 22057. When I call "Check for Modifications" and choose "Check Repository" there, it tells me that the HEAD-Revision is 22058. Still an update yields "at revision 22057" This even happens

问题 When attempting to commit changes to SVN, I receive the following error: Error: Commit failed (details follow): Error: While preparing 'C:\Users\dan\Documents\Visual Studio Error: 2008\Websites\admin\trunk\bin\SmtpDotNet.dll' for commit Error: Can't write to connection: An existing connection was forcibly closed by the Error: remote host. I am running TortoiseSVN 1.6.9 and Subversion 1.6.12, the latest and greatest. Here are the facts uncovered so far: It makes no difference how many files I

问题 We're experiencing strange permission issues with SVN after switching from Windows Server 2003 to Server 2008. On our standard build box there is a folder ( C:\SVN_Code_Folder ) which AD_User_A associates with a SVN repository using SVN_User and TortoiseSVN 1.7.6 When using Windows 2003, when AD_User_B logs into the box and tries to Update, Switch, Merge the SVN_Code_Folder with SVN_User, the command is executed. It Windows 2008, it fails with the message: Command: Update Error: Working copy

问题 I have couple of folders in SVN which I want to lock from other users to avoid accidental commit , How lock files but and lock a folder , I am using tortoiseSVN (TortoiseSVN 3.6.0 version) Please help on this. Its very priority. Regards, Nageswari 回答1: You can add Read Only user permissions to your repositories, projects or even individual directories or files. See the Getting Started | Configuring User Permissions page and the KB33: Understanding VisualSVN Server authorization article. PS I

问题 We are currently using SVN in the checkout-modify-merge mechanism and instead I want to re-configure the SVN server so that we change this to lock-modify-unlock mechanism. We use Tortoise SVN client and I saw that it is possible to individually change the property of single files to enforce the "needs-lock" property but this is too laborious and instead I am looking at some way through which we can change something on the svn server side that causes all the files to apply the "needs-lock"

问题 When I commit large changes - hundreds of megabytes - the client timesout even though the check-in does go through. When I right-click on WC and show log, TSVN shows that WC revision does NOT get updated even though the check-in actually occurred. I've tried using TortoiseSVN 1.9.5, Build 27581 - 64 Bit and command line svn version 1.9.5 (r1770682) . QUESTION Is there a way to increase the timeout of the client? 回答1: If you are using HTTP to connect to the server (as it appears to be the case