Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B42B5C641 for ; Fri, 5 Dec 2014 23:52:39 +0000 (UTC) Received: (qmail 30318 invoked by uid 500); 5 Dec 2014 23:52:34 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 30286 invoked by uid 500); 5 Dec 2014 23:52:34 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 30270 invoked by uid 99); 5 Dec 2014 23:52:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Dec 2014 23:52:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nkadel@gmail.com designates 209.85.217.175 as permitted sender) Received: from [209.85.217.175] (HELO mail-lb0-f175.google.com) (209.85.217.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Dec 2014 23:52:07 +0000 Received: by mail-lb0-f175.google.com with SMTP id u10so1393026lbd.34 for ; Fri, 05 Dec 2014 15:52:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=AC1YE1zT23qAfBMkOE1BF49JAqY+tJjYW6jSpKWDt9k=; b=RNJNTHsrueWaNlZtKQphpGP2iK0z3tGhaRDJA/04dBnq91QcdCBQVN/0v8DFDSQ0TH CdmJ7hqWXaGmtq88WAlNeAurXroZpc6rGtct/gxP8XHaMUK69HPGxPRlUFir8FwfibQk BdwbWD+i0BN9PD3VOGoUO2y67jJ6dxQ/hnauzEjvUaMpTb8ysglbibC0NmZ+F1MxRjiB kgWQ0ExHiPq12G9/4LdzqASL0WwHjr/oRbZ3TVijGcalekhEsD3515ALuTBsNnPT8Y4g R8ZZWNFj9JH8Q2xOtxlJXQc9jVJpga9Mw8umgZ25WVeKqYu4V5p846liP6FGJKKXRT3P FrOw== MIME-Version: 1.0 X-Received: by 10.152.206.67 with SMTP id lm3mr5336170lac.16.1417823526752; Fri, 05 Dec 2014 15:52:06 -0800 (PST) Received: by 10.112.91.195 with HTTP; Fri, 5 Dec 2014 15:52:06 -0800 (PST) In-Reply-To: <5C1C2D0B-ECE6-405D-B037-A4CB45842E9E@ryandesign.com> References: <5C1C2D0B-ECE6-405D-B037-A4CB45842E9E@ryandesign.com> Date: Fri, 5 Dec 2014 18:52:06 -0500 Message-ID: Subject: Re: TortoiseSVN on the shared drive to be used by multiple users From: Nico Kadel-Garcia To: Ryan Schmidt Cc: frame , Subversion Users Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Dec 5, 2014 at 3:07 PM, Ryan Schmidt wrote: > > On Dec 4, 2014, at 10:42 AM, frame wrote: > >> In our office, each of us has his own PC. Cygwin is installed on each PC= . Every PC can access the shared S drive. >> >> I have installed TortoiseSVN on my own PC. I am thinking doing a short-c= ut: no need to install TortoiseSVN on everybody's PC. I just copied my C:/P= rogram Files/TortoiseSVN to the S drive. Now everybody in Cygwin on his PC = can have 'svn' command(svn is an alias now to avoid typing the long path). = For example, "svn --version" works on everybody's Cygwin. >> >> The problem is authentication. On their PC Window Explorer, mouse right = click won't show those SVN options in the menu. On their Cygwin, I typed th= is command: >> >> svn ls username my_username --password my_secret_pswd URL >> >> prompting me to enter password for the user 'my_username', I did and it = hangs there forever. >> >> I checked his PC %AppData%/Roaming/Subversion/auth/svn.simple. The direc= tory has been created on his own drive. But it is always empty. >> >> I even cleaned my own svn.simple directory, re-run TortoiseSVN gui again= , this time I entered his username and password so that a credential file w= as created in my svn.simple/. Then I moved this file(containing his credent= ials) to his own empty svn.simple/, then on his Cygwin I tried "svn ls URL"= . It still didn't work. >> >> Is that possible for me to set up such a thing so that everybody can use= the shared svn on the S drive, no need to install his own? > > I don't know if TortoiseSVN can be used that way. You could ask on the To= rtoiseSVN mailing list. frame is mixing two distinct issues. TortoiseSVN manipulates the Windows systems configurations when installed and requires a reboot to activate the ability to open a folder and get the varioius TortoiseSVN browsing and display options. So installing a shared copy will *NOT* provide all the TortoiseSVN options. TortoiseSVN also provides credential management, to store SVN credentials encrypted locally. Again, that's in the local sytem's configuration, and built into TortoiseSVN. So, while sharing a copy of the binary kind-of/sort-of/almost works, it's as likely to be completely broken as sharing the same Subversion binary from an NFS drive among multiple versions of Linux. Just Never Do This(tm). The separate issue is the shared CIFS drive. This can work great, until it doesn't. There are *inevitable* delays between when one person, modifying files, has published a write operation and someone else with another access to the same shared drive cannot yet see the change., Unless the authors of Subversion, and the structure of CIFS shared drives have been very, very careful to handle atomic local database operations, frame is in real danger of submitting simultaneous writes and causing... well, chaos. This can certainly work with light loads and only a few users, or possibly with personnel who don't modify the same parts of the working copy at the same time.