What is the best client with GUI for svn?
Hello, what is the most stable client with GUI for svn for use in a production environment from an user point of view (non-admin)? The features it should provide are , in order of priority: - stability - coverage for all the most important (sub)commands of the default svn client commands for the user - compatibility with Windows (with other systems is a surplus) - multi-language - if possible, web interface to be used from within firefox or explorer
Re: Promoting a mirror repository as a source repository
Greetings, Gingko! I have a (now theoretical) question : Suppose I have a repository that is a mirror repository of a remote source repository, regularly synced using svnsync. Suppose now that the source repository become broken or deleted for any reason (server breakdown, fire, etc) So the only available copy of the repository is now the synced mirror repository. How could I promote my mirror repository in order to have it becoming the new source repository on the mirror server or on another server ? (I think that just using the mirror repository without change is not enough as it contains somewhere inside it information about the old source repository, given at the beginning by svnsync initialize, which would certainly need to be removed) svn help switch http://svnbook.org/ Thank you very much for your answer, but I'm sorry, this is not an answer to my question. svn switch is about changing URLs in working copies, I know how to do this (actually I made several of these changes today). I gave you both answers. If you are too lazy to pick them, sorry, it's not my problem. But what I want to know is what I have to do on the REPOSITORY side. Most generalized answer: nothing. Details depends on your exact setup. -- WBR, Andrey Repin (anrdae...@freemail.ru) 06.11.2010, 19:54 Sorry for my terrible english...
Re: What is the best client with GUI for svn?
Greetings, San Martino! what is the most stable client with GUI for svn for use in a production environment from an user point of view (non-admin)? The features it should provide are , in order of priority: - stability - coverage for all the most important (sub)commands of the default svn client commands for the user - compatibility with Windows (with other systems is a surplus) - multi-language - if possible, web interface to be used from within firefox or explorer Most stable GUI client is a commandline tool. To clarify: your question is just ridiculous, both in form and by meaning. For different projects, for different tools used by actual laborers involved, many answers will be equally true. Just to give you an example: we were working on the same PHP project. I'm using FAR manager, and commandline svn client is best for me. Other person was using Eclipse and it's integrated Subversion capabilities to the same extent. There's not even a slight chance either of us would be using something else, that would drastically reduce performance for one of us, or both. More at pediwikia: http://en.wikipedia.org/wiki/Subversion_%28software%29 -- WBR, Andrey Repin (anrdae...@freemail.ru) 06.11.2010, 19:56 Sorry for my terrible english...
Re: What is the best client with GUI for svn?
On Sat, Nov 6, 2010 at 10:22 AM, San Martino sanmrt...@gmail.com wrote: Hello, what is the most stable client with GUI for svn for use in a production environment from an user point of view (non-admin)? TortoiseSVN is the best, hands-down. There are others that are more integrated to particuler development environments, but for a general tool, TortoiseSVN is as fast as Subversion gets, comfortable to use, and has a good overall interface. I wish Linux GUI's were this good. The features it should provide are , in order of priority: - stability - coverage for all the most important (sub)commands of the default svn client commands for the user - compatibility with Windows (with other systems is a surplus) - multi-language - if possible, web interface to be used from within firefox or explorer
Re: svnsync checksum error
On 11/06/2010 07:29 PM, Edward Ned Harvey wrote: From: opensrcguru [mailto:opensrcg...@gmail.com] Today, the sync process started failing on 1 repo (all others were unaffected) on both r/o copies at the exact same time/same revision with errors similar to the following... Transmitting file data .svnsync: Base checksum mismatch on '/path/to/file/foo/bar': expected: 2f2e025c4c4855e7466799a877b3e23d actual: 272214b9518d352e16e7eeceeb22f573 I recently had the same problem. I never found any cause for it, but I did manage to deal with it somewhat better than you did. On the master, I did svnadmin hotcopy, then I tarred up the backup and sent it to the slave, and extracted it. I had to configure the slave hook scripts, and the revprop rev 0 properties, and then I was able to svnsync to the slave again. The main point of difference ... No need to wait for 65k commits to transfer. Since it's starting from a recent backup, it's enormously faster. Yes, that sounds quite a bit easier/quicker. I didn't realise the r/o copies maintained by svnsync were that similar to the r/w copies they get their data from. Thank you for the information. I've found a handful of other cases similar to ours. Do you think a bug report is warranted or is this unique to our configurations? kind regards, OSG
Re: Only two Windows binary distribution support SASL encryption?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 5 Nov 2010 16:59:12 -0400, Mark said: When I have tested the CollabNet binaries in the past they supported this fine. The Cyrus SASL stuff requires registry entries to work properly. If you are trying all of these from the same workstation are you checking those entries? OK. Now that you reminded me, I went and put the registry entry in. I had forgotten that the client required it since installing 1.5. I had to reinstall Windows on my workstation a while back, and haven't used the command line client since then. With the registry entry in the proper place, the Win32Svn works as well. Slik at least doesn't seem to even check for it, apparently just using the directory the binary is in. Perhaps this should be noted in the Book somewhere, that the SearchPath entry may need to be on the clients, as well? Also, on x64 versions of windows, a 32-bit client needs the entry under Wow6432Node. JAB - -- John Alan Belli jabe...@pobox.com http:// coming soon (_...@___#PGP DH/DSS Key ID: 0x9F9A5233 RSA Key ID: 0xFD7399CD U/~ O- Available by finger and on various keyservers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) - WinPT 1.4.2 Charset: UTF-8 iEYEARECAAYFAkzWMUEACgkQ2IsOhZ+aUjOvtQCg+O/G3NniP6uJqk1sakpK6/is TAoAn25BWG18KKJRvsIeC5fnnVpjQeYz =bKtD -END PGP SIGNATURE-
