I wonder if people will expect a script named detach to copy or do they
think it will move?
More like extract or promote -- promoting a child folder to become a
full-fledged, independent working copy...
liberate? Kinda like that... :-)
-Message Disclaimer-
This e-mail message
In a nutshell: http://www.svn-access-manager.org/
Basically, store all your settings in a database and generate the config files;
just use a simple web front-end to edit the database and control/log changes
that way. The svn access manager provides a good starting point, modify and
tweak as
-Original Message-
From: Steve Cohen [mailto:stevec...@comcast.net]
Sent: Tuesday, March 08, 2011 12:20 PM
To: users@subversion.apache.org
Subject: Understanding merging
I work with a very senior colleague who has never always resisted version
control and would much rather do
-Original Message-
From: 金健康 [mailto:jinjiankang1...@gmail.com]
Sent: Friday, February 25, 2011 12:53 AM
To: users@subversion.apache.org
Subject: Subversion Apache2.2 LDAPS authentication failed
Hi,
OS: Redhat Linux
Subversion: 1.5.0
Apache: 2.2.17
OpenLDAP: 2.3.27
httpd.conf:
...
dpb is a member of IT-InfrastructureTeam-SystemAdministrator-R and
IT-InfrastructureTeam-SystemAdministrator-R is a member of
SVN-Puppet-ReadWrite-P AD group
Nested AD groups aren't supported -- not many products do. Typically, support
for nested AD groups requires that the client
be similar -- I would check the
documentation for the specific PAM module you are using and verify nested
groups are supported...
-Original Message-
From: Feldhacker, Chris [mailto:feldhacker.ch...@principal.com]
Sent: Monday, November 15, 2010 7:50 AM
To: Dale Bohl
Cc: users
I think you want the --ignore-ancestry option:
http://svnbook.red-bean.com/nightly/en/svn.ref.svn.html#svn.ref.svn.sw
-Original Message-
From: Klaus Ganser [mailto:kgan...@gmail.com]
Sent: Wednesday, November 10, 2010 1:37 PM
To: David Weintraub
Cc: users@subversion.apache.org
-Original Message-
From: Klaus Ganser [mailto:kgan...@gmail.com]
Sent: Wednesday, November 10, 2010 2:43 PM
To: Feldhacker, Chris
Cc: users@subversion.apache.org
Subject: Re: History of a fixed path across all objects
On Wed, Nov 10, 2010 at 12:19 PM, Feldhacker, Chris
feldhacker.ch
But if I remove that line then no one can access the repository
Most likely because something else in the configuration isn't quite right... I
would suggest setting things up and testing with one LDAP server at a time to
verify the configuration of each before trying to combine them.
Where can I find more complete information on global-ignores and the expected
format/syntax of the patterns?
The svnbook just indicates:
The global-ignores option is a list of whitespace-delimited globs which
describe the names of files and directories that Subversion should not display
unless
Any rough documentation available, particularly in terms of security or
access control?
Remote dump makes sense -- and I assume everything being dumped is subject to
the authorization/access control restrictions that have been put into place on
the server, yes? (A particular path or file
Ramkumar:
Again, I expect that access control/ security is automatically taken care
of in the RA layer. `svnrdump load` is just like a user making some changes
and committing them one by one except the author and timestamp in the
dumpfile are preserved. Why would you want to block this?
A
svn: Repository moved temporarily to 'https://[snip] please relocate
Are you going through a proxy server?
What happens if you execute the exact same command twice in a row?
We go through a proxy, and when I want to download the latest copy of Subclipse
I issue the command:
svn export
If you're willing to give up fine-grained, path-based authorization then you
can use LDAP groups to secure access to entire repositories at the top-level.
Just define a Location for each respository and use Apache's LDAP integration
capabilities to secure each location with one or more LDAP
14 matches
Mail list logo