o configure this feature for your own server it is
documented in the book:
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.logging
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
at was its name? Please reply directly as I'm
> no longer on the list.
You must mean this:
http://svn.apache.org/viewvc/subversion/trunk/tools/client-side/svn-viewspec.py?view=markup
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
version/myproj/!svn/vcc/default': Could not read
> response body: Secure connection truncated'
>
> The location where I am checking out to is a Windows shared directory
> if that makes a difference.
See this FAQ:
http://subversion.apache.org/faq.html#secure-
way to accomplish the same binary "diff" they need ?
I am not clear what you are asking.
User has something checked out, and they just want to see if there is
a newer version in the repository?
$ svn status -u
TortoiseSVN, Subclipse, AnhSVN all have graphical ways to deliver this
same
one of the reasons that when
looking at SVN history you cannot easily see line-based stats on the
lines of code modified. SVN stores binary deltas so to present that
info you need to do an svn diff to turn it back into something that
looks line based.
SVN will never commit a file that does not have a binary difference
between the versions.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
d, the compiler produces an
identical file and it does not get committed. I also version SVN
DLL's and when I do a complete rebuild if I am using the same versions
of things like APR and OpenSSL those DLL's do not get committed.
Again, this is even though they were completely rebuilt from s
environment where I just SSH into a remote Linux server without any X
environment. I just start gnome-keyring-daemon when I login. Not
sure if KWallet has an equivalent.
This even works with the ancient gnome-keyring libraries included in
RHEL 4. I've also used it on Solaris.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
m.net are able to do so!)
>
> The internationalization module seems to be missing in CollabNet's and
> WANdisco's
> compilation, isn't it?
I can answer for the CollabNet binaries. We do not compile it with
the internationalization support included so you will only s
ever asked for them. I have heard
users in this forum indicate they prefer to just see the messages in
English and ask how to turn them off -- maybe that is why? They also
add considerable amount of size to the download.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
me for WANdisco's binaries.
Thanks for the feedback. I will file an issue to include the
translations in a future release of the binaries.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
rsion Edge. That is not its purpose.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
our own for
making it work with the version of Apache you have installed.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
2010/10/21 Thorsten Schöning :
> Guten Tag Mark Phippard,
> am Donnerstag, 21. Oktober 2010 um 16:07 schrieben Sie:
>
>> Around
>> the time 1.7 rolls out I am going to look into adding an option in our
>> client installer to include the mod_dav_svn modules so that s
2010/10/21 Thorsten Schöning :
> Guten Tag Mark Phippard,
> am Donnerstag, 21. Oktober 2010 um 16:50 schrieben Sie:
>
>> We have no plans to support svnserve in CollabNet Subversion Edge.
>> This is clearly listed in the posted information for the product.
>
> Edg
On Thu, Oct 21, 2010 at 11:57 AM, Bob Archer wrote:
>> 2010/10/21 Thorsten Schöning :
>> > Guten Tag Mark Phippard,
>> > am Donnerstag, 21. Oktober 2010 um 16:50 schrieben Sie:
>> >
>> >> We have no plans to support svnserve in CollabNet Subversion
That is your Apache access log. There are just a lot of requests happening.
Logs are rotated daily, just delete them after a day.
Sent from my iPhone
On Oct 28, 2010, at 8:42 PM, Taro Fukunaga wrote:
> Hi, I am experimenting with svnsync with a repository that has a lot of
> changes. I found
His information indicates he is using CollabNet Subversion Edge and this has
automatic log rotation and cleanup by default.
Sent from my iPhone
On Oct 28, 2010, at 10:46 PM, Nico Kadel-Garcia wrote:
> On Thu, Oct 28, 2010 at 8:48 PM, Mark Phippard wrote:
>> That is your Apache a
On Sat, Oct 30, 2010 at 8:51 AM, Nico Kadel-Garcia wrote:
> On Thu, Oct 28, 2010 at 10:56 PM, Mark Phippard wrote:
>> His information indicates he is using CollabNet Subversion Edge and this has
>> automatic log rotation and cleanup by default.
>>
>> Sent from my iP
t at a single revision. So you will
have to run svn up before you can merge or pass a new option to the
merge command that tells it you want to ignore this best practice.
Last I knew, patches were still being exchanged for this. I do not
think it has been committed to trunk yet.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
r wanted, which was to connect to
Active Directory.
IMO, Apache server is still the best way to go.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
ful in general
it would get ugly if everyone that produced binaries announced it on
all the lists every time. You can announce it on sf.net and users can
subscribe to lists or RSS feeds there if they want to be updated on
releases.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
and do not wait or look for a separate announcement.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
mix as these directives become
additive. Meaning if either directive would allow the user access
then they get access and you do not get the restrictive behavior of
authz that is desired.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
s:/folder/structure/RestrictedFile]
* =
my_username = rw
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
cannot do it via a
hook and the Subversion authz module does not support wildcards.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
the
user to cache their password in plaintext locally in their home
folder. This is only true for *nix clients though. Windows and OSX
clients store the password securely.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
nsured there is both a post-commit hook, and a post-revprop-change
> hook. Both of which have been working flawlessly for months.
>
>
>
> If necessary, I can reproduce this in a precisely documented way. But I
> didn't document it that thoroughly yet because I didn't
'll have
> to create another one just for this test.
>
The problem is that Subversive includes a bastardized version of what
used to be called JavaSvn and that only reads/writes the SVN 1.4
working copy format. Change Subversive so that it is using JavaHL or
the newer SVNKit and the problems will go away. I would update the
command line client and the Subversive connector so that it is using
the latest SVN 1.6.x version available.
Subclipse does not have this problem as it only uses JavaHL, which is
part of Subversion, or SVNKit.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
connector?
No, the format will just be upgraded to the latest format. No need to
checkout again and the upgrade is relatively quick. The only issue is
that earlier clients will not be able to read it any more. If you
upgrade them all to 1.6.x this will not be an issue.
--
Thanks
ies you do not want to
touch.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
nges into my branch. However, no
> version of the merge command that I could come up with resulted in a
> situation that did not want to delete the newly added files. My final,
> unsatisfactory conclusion to this mess, was to do the merge and before
> committing, revert the files that it
ional server binaries to it.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Both Windows and
Mac were much slower and I was doing the tests because I thought it
would be much faster. Windows time went up to 210 secs and OSX to
about 90 seconds.
In all cases, the performance seemed linear. I did not see it start
to get slower.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
On Wed, Feb 2, 2011 at 7:41 AM, Geoff Rowell wrote:
> On Wed, Feb 2, 2011 at 4:09 AM, Nick wrote:
>> On Tue, 2011-02-01 at 13:00 -0500, Mark Phippard wrote:
>>
>> On Wed, Jan 26, 2011 at 9:28 AM, Neil Bird wrote:
>>
>>> We have a graphics-oriented code-base
ttps://ctf.open.collab.net/sf/go/wiki1976
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
net, la
> société i-BP ne peut être tenue responsable de son contenu. Si vous n'êtes
> pas destinataire de ce message, merci de le détruire et d'avertir
> l'expéditeur. The integrity of this message cannot be guaranteed on the
> Internet. The i-BP company cannot therefore be considered responsible for
> the contents. If you are not the intended recipient of this message, then
> please delete it and notify the sender. __
>
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
<><>
s.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.commit(AbstractJhlClientAdapter.java:319)
> ... 13 more
>
> Session Data:
> eclipse.buildId=M20100211-1343
> java.version=1.6.0_22
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
> Command-line arguments: -os linux -ws gtk -arch x86
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
That is an obstruction you have to use --force to allow unversioned
obstructions.
Sent from my iPhone
On Feb 20, 2011, at 12:39 PM, Danny Trebbien wrote:
> I have a check out of Subversion trunk and the official Apache git
> mirror of Subversion coexisting in the same directory (my working cop
7) compiled Mar 22 2010, 00:59:50 on
> CentOS 5.3
>
> Thank you.
>
>
>
> "Le présent courriel peut contenir des renseignements confidentiels et ne
> s'adresse qu'au destinataire dont le nom apparaît ci-dessus. Si ce courriel
> vous est parvenu par mégarde, veuillez le supprimer et nous en aviser
> aussitôt."
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
ntication and transport optional.
All of this is explained in the RFC:
http://tools.ietf.org/html/rfc2831
The login negotiation is not encrypted. As part of the login process
the client and server can exchange information that allows the
subsequent conversation to be encrypted using information from the
login.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
o:
$ svn up --accept=mine
Which is probably close to what he is asking. The problem is that
option only applies when there are conflicts. If you are previewing
an update and decide that you just want to keep your local version in
favor of the repository then this option would only have an impact if
svn could not update the local copy without conflicts.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
ing Gnome or KDE wallets requires additional,
> client managed steps that are therefore difficult to enforce sitewide.
GNOME keyring works easily in a plain text environment and does not
need X. I agree it is difficult to enforce it site wide.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
s history as explicit mergeinfo
> FAIL: merge_tests.py 135: added subtrees with mergeinfo break reintegrate
> FAIL: revert_tests.py 5: revert svn cp PATH PATH replace file with props
> FAIL: revert_tests.py 7: revert svn cp URL PATH replace file with props
> FAIL: svnlook_tests.py 3
Both features only enable the error messages and help to appear in non-English
languages.
Sent from my iPhone
On Mar 23, 2011, at 6:44 PM, Glen Cooper wrote:
> Actually it turns out that if I omit --enable-nls but keep
> --with-libintl=..\svn-win32-libintl all the tests pass.
>
> Is --enable
some feedback.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
location in the log
> message it resembles the cvs "lines-changed" field enough to be misleading.
FWIW, I believe it exists for scripts that might be parsing the
output. It lets them know how many lines are in the comment. I agree
on the confusion, especially for CVS users.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
hurt to start
lobbying. You might motivate someone to review the branch and vote
for it.
See: /branches/1.6.x-issue3719
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
and that might be
the difference?
For MacPorts, I would think it would depend upon what is in:
/opt/local/etc/openssl
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
running Subversion 1.6.17
>
> No, you don't. It hasn't been released yet.
I just assumed it is a typo.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Have you looked at svnversion ? That is what it does.
Sent from my iPhone
On May 15, 2011, at 12:17 PM, cate wrote:
> Is there something outside the svn application, a ‘working directory
> only’ version of svn info, (svninfo?), that we could use to obtain
> local working directory “info”. This
I recall there was at least one Wikipedia page that was fairly accurate.
Sent from my iPhone
On Jun 11, 2011, at 5:34 PM, Daniel Shahaf wrote:
> Ryan Schmidt wrote on Fri, Jun 10, 2011 at 18:37:24 -0500:
>>
>> On Jun 10, 2011, at 17:09,
>> wrote:
>>
>>> I was wondering if there is some sor
hat work with Subversion
(assuming we do not want to cram everything on the page devoted to
clients)?
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
single
project in that repository would suffice?
TortoiseSVN has a decent sized repository:
http://code.google.com/p/tortoisesvn/
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
; Patrick
>
> ** **
>
> ** **
>
> ** **
>
>
>
> **Patrick Quirk**
> GEM Software Engineer
> 3511 University Drive
> Durham** **NC** **27707
> 919-354-4762
> p.qu...@smt.com
> www.sportsmedia.com
>
> ** **
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
<>
make sure I’m matching what the issue is describing, and
> confirm that it does/doesn’t work for them either? It’s a windows batch
> file (zipped and renamed).
>
> ** **
> --
>
> *From:* Johan Corveleyn [mailto:jcor...@gmail.com]
> *Sent
urrent version should work fine.
PS: Do yourself a favor and get a Gmail account. It is ridiculous to
send emails to a public mailing list with 17 lines of disclaimers and
warnings attached.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
ou get the same GUI prompt
that you get from web browser, and you do not configure anything in
Subversion config files.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
e config file, and try the
> collabnet build. I'll do that.
If building yourself, use a recent version of OpenSSL and build it
with the MSCAPI support.
enable-capieng /
-DOPENSSL_SSL_CLIENT_ENGINE_AUTO=capi /
-DOPENSSL_CAPIENG_DIALOG
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
atest
nightly build for SVN 1.7. I know that the TSVN devs have made some custom
patches to OpenSSL to resolve this issue of the constant prompting. So it
is probably worth giving a try. AFAIK, he does not plan to backport that
into his version for SVN 1.6.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
dled). Once that was done, then the Subversion source code
could potentially be modified to use this API as TortoiseSVN did in its
code.
With the current state of the OpenSSL code, it is not possible to tell it
the cert to use when you configure it to use MSCAPI.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
s Neon. You might still
find it usable though. It gets better with SVN 1.7 where serf may even
become the default HTTP client.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
That said, I do encourage Windows users to download the binaries and
continue to provide us feedback. There are no known show-stopper bugs in
beta1, feel free to use at your own discretion.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
silently bring the .svn folder with it which was not
what was desired. I mention Eclipse simply because this is one of the only
events where it does not provide a hook for plugins to get involved so the
SVN plugins for Eclipse are not able to detect and fix this situation and it
is perceived as a b
On Mon, Jul 25, 2011 at 10:49 AM, Les Mikesell wrote:
> On 7/25/2011 9:24 AM, Mark Phippard wrote:
>
>>
>> In SVN 1.6 and earlier it is not like someone wrote code specifically to
>> allow people to copy/move folders out of their WC. It was just
>> somethi
urce WC. I wonder if people will
expect a script named "detach" to copy or do they think it will move?
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
bsvn_ra_neon/util.c:607: (apr_err=175011)
svn: E175011: Repository moved temporarily to '
http://cu171.cloud.sp.collab.net/svn'; please relocate
In my case the server is running 1.7 as well. I can browse the list of
repositories using my web browser. FWIW, that is all I thought this feature
was supposed to support.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
dit
%APPDATA%\Subversion\config and add:
http-library = neon
At the bottom.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
d repository until the new one is ready.
Do not forget to recreate your hook scripts in the new repositories if you
are using any.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
cessary to use the neon
> downloaded by get-deps?
>
Did you build Neon? AFAIK, get-deps.sh just downloads the source code, it
does not build it and neither does the Subversion build process. configure
is saying it does not find an installed Neon. So you need to run configure
and make install for Neon first.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
his, because to this day, I still
cannot figure out how to build APR easily. I always wind up building httpd
instead and then pointing at its build of APR.
Anyway, I was not giving you an answer as an expert on the topic. Was just
trying to help based on my own experiences and what the error messag
ould take?
>
svnadmin pack is never an automatic feature. Unless you are really short on
inodes in the volume I would not even recommend running it.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
On Fri, Aug 5, 2011 at 10:11 AM, Giulio Troccoli <
giulio.trocc...@mediatelgroup.co.uk> wrote:
>
>
> On 05/08/11 14:18, Mark Phippard wrote:
>
> On Fri, Aug 5, 2011 at 7:09 AM, Giulio Troccoli > mediatelgroup.co.uk > giulio.troccoli@**mediatelgroup.co.uk>>
&g
tuuid command to make the Repository UUID match between the two
repositories? No need to involve yourself in the internals of the
repository when there is a public interface to do it for you.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
On Fri, Aug 5, 2011 at 1:52 PM, Les Mikesell wrote:
> On 8/5/2011 12:27 PM, Mark Phippard wrote:
>
>>
>> > Until you manually copy over the $repodir/db/uuid file, this is
>> true.
>> > That's one of the "relevant configuraton files" I re
On Fri, Aug 5, 2011 at 1:51 PM, Erik Huelsmann wrote:
>
> On Fri, Aug 5, 2011 at 7:27 PM, Mark Phippard wrote:
>
>> On Fri, Aug 5, 2011 at 1:19 PM, Bob Archer wrote:
>>
>>
>>> > Until you manually copy over the $repodir/db/uuid file, this is true.
>>
On Fri, Aug 5, 2011 at 2:12 PM, Bob Archer wrote:
> > On Fri, Aug 5, 2011 at 1:51 PM, Erik Huelsmann wrote:
> >
> > On Fri, Aug 5, 2011 at 7:27 PM, Mark Phippard
> > wrote:
> > On Fri, Aug 5, 2011 at 1:19 PM, Bob Archer wrote:
> >
> > > Until you
skip-deltas" which
you can read about here:
http://svn.apache.org/repos/asf/subversion/trunk/notes/skip-deltas
Have you only done two commits of this file? Reading the above note, it
looks like the first two revisions of the file are stored as full revisions.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
sions 1 and 2 of
the file are both against the empty stream.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
rovided details on
the segfault like a dump or something? I thought the problem was in our
build process so I did not raise the issue and we do not actually support
RHEL 4 anymore so I did not press it.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
277.shtml
The xdelta algorithm has a configurable window that determines the amount of
memory used. The more memory you give it, the smaller the delta it can
often produce. It is likely the xdelta binary you are using uses a larger
window than Subversion.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
folder in that commit with an earlier version from its
history than everything in your screenshots makes perfect sense. Basically
@ revision 20453, the folder was replaced, creating a new line of history
that does not include those other revisions.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
I think so. It might be up
to Michael to track down what caused the breakage though. Like I said, I
also saw this problem but I was able to move to RHEL 5. So I lacked
motivation to solve it on RHEL 4. In my case, I build my own version of all
of the dependencies, the versions that come from Red Hat
his, so it is a bug. I think I saw the
developers discussing this on IRC, so I suspect it will be fixed if it does
not work.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
4.
>
Thanks. Moving the thread to dev@
Can someone look at this and possibly fix it?
If you are not on users@, and to summarize this thread. SVN builds fine on
RHEL 4 64-bit but crashes immediately on any command, even svn help. I saw
the same problem with our builds.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
vn.apache.org/repos/asf/subversion/tags/1.6.17
Repository Root: http://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1156659
Node Kind: directory
Last Changed Author: hwright
Last Changed Rev: 1130806
Last Changed Date: 2011-06-02 16:49:07 -0400 (Thu, 0
l/1.6/org/tigris/subversion/javahl/Notify2.html
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
other apps now include automated crash reporting I
think it is a reasonable assumption to assume that the software just wanted
you to send the dump.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
t forces SVN to have to do a compare on every single file to see if
it has been modifed. svn cleanup will repair the internal timestamps.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
ith one
commit just fine. It seems to be that after it it done, you want to move
this folder somewhere else to use it? That can be done using the detach
script to copy it to the new location:
http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/detach.py
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
/tests/repos/folder':
customprop
$ svn pl file:///`pwd`/repos/folder/file.txt
Properties on 'file:///Users/markphip/tests/repos/folder/file.txt':
svn:mime-type
customprop
svn:eol-style
What does not work that worked with 1.6?
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
f you are trying to avoid having other content
in the WC.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
$ svn add data
$ set properties
$ svn ci -m Commit the data folder
$ svn co url://server/repos/parent/data real_dir
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
wap(volatile void **mem, void *new_value)
> +atomic_swap(void * volatile * mem, void *new_value)
> {
> #if APR_HAS_THREADS
> #if APR_VERSION_AT_LEAST(1,3,0)
> - return apr_atomic_xchgptr(mem, new_value);
> + return apr_atomic_xchgptr((volatile void **)mem, new_value
t; packed by 1.7 svnadmin.
>
> Is it a bug or a feature?
>
> Regards,
> Kirby Zhou
> from SOHU-RD +86-10-6272-8261
>
>
>
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
a Solaris x86 client here:
https://ctf.open.collab.net/sf/frs/do/listReleases/projects.csvn/frs.svn_release_candidates
Also, Windows 32/64 and Linux 32/64. Only thing we do not have
available yet is Solaris sparc.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
On Thu, Sep 8, 2011 at 7:31 AM, Johan Corveleyn wrote:
> On Mon, Sep 5, 2011 at 4:30 PM, Mark Phippard wrote:
>> On Mon, Sep 5, 2011 at 8:51 AM, Johan Corveleyn wrote:
>>> Is there anyone on this list able to produce binaries of 1.7.0-rc2
>>> client for Solaris
also
> refers to
>
> changesets, I checked).
>
> ** **
>
> Any pointers into the docs appreciated.
>
> ** **
>
> Take care,
>
> **
>
There is no server-side changesets feature in SVN. Maybe since Reviewboard
supports a variety of SCM tools t
this might be documented.
>
> ** **
>
> Thank you,
>
> ** **
>
> Christopher
>
> ** **
>
> *From:* Hahn, Christopher (SAN DIEGO)
> *Sent:* Thursday, September 08, 2011 11:16 AM
> *To:* Mark Phippard
>
> *Cc:* users@subversion.apache.org
whose contents are identical once. This can potentially save
space depending on how many identical files you have. The repository
format is not always changed to reduce space, so you really would have
to look at what the new format brings for changes.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
will obviously make things like dump/load
and backups slower. Are you aware of the svn:externals feature? You
could just create a separate repository for your libraries and use
svn:externals to pull them in. That gives you the best of both
worlds.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
1 - 100 of 569 matches
Mail list logo
