There are plenty of templating and text replacement programs around. Why
not use one of them?
IMO, it's feature bloat to try to make svn do everything possible for every
person.
Do you really want a Copyright notice that reads "Copyright 2008-$Year: 2011
$ FooBar Inc"? I doubt it.
$ echo "Copy
I am probably mis-remembering: perhaps it's just working copies that are
silently upgraded by newer clients.
On Wed, Mar 30, 2011 at 12:17, Daniel Shahaf wrote:
> Kevin Grover wrote on Wed, Mar 30, 2011 at 08:13:34 -0700:
> > When upgrading, mostly you can still access ol
It's always a good idea to dump the repository as an additional backup.
When upgrading, mostly you can still access old repositories. SOMETIMES
they will be silently upgraded in someways - this will not matter if you
never access the repo with file:// (or using any older clients/servers).
Sometim
If someone wanted this and came up with an 'svn:externals-foreign' (or
svn:foreign-externals?) API of some sort, perhaps someone could get
figure out a mechanism for coding the steps needed to check out and
update those repositories, If so, an 'svn:foreign-externals' system
could be generically cr
You could create a custom property on the directory (svn ps glong:released
'WHATEVER INFO YOU WANT') and then
and have a pre-commit hook that looks for the present of that property and
refuses commits to those directories. You could also set attributes to
read-only, but if they can't commit, it re
On Thu, Dec 30, 2010 at 19:07, Victor Sudakov wrote:
> Colleagues,
>
> I have a CVS repository sized 54M with 17751 files.
>
> "cvs2svn --dumpfile" produces a dump sized 13G. svnadmin cannot load
> this dump aborting with an out of memory condition on a FreeBSD
> 8.1-RELEASE box with 1G of RAM and
27;ll give the svn log route a go and see how it works out.
>
>
>
>
> On 11/12/2010, at 6:21 AM, Kevin Grover wrote:
>
> Check out StatSVN:
>
> http://www.statsvn.org/
>
> Cheers.
>
>
> On Thu, Dec 9, 2010 at 20:46, Gavin Beau Baumanis wrote:
>
>> Hi
Check out StatSVN:
http://www.statsvn.org/
Cheers.
On Thu, Dec 9, 2010 at 20:46, Gavin Beau Baumanis wrote:
> Hi Everyone,
>
> I have been asked for some statistics about our code base and am hoping
> that someone might have had a task for something similar already, and will
> be able to help
Subversion caches that stuff in "%APPDATA%\Subversion", I believe in a
file called 'auth'. Can't test right now because I'm not on a
Windows system at the moment. Perhaps the owner did not get updated
and the new domain can't write the the directory/file? You can look
around there. Possibly ju
On Fri, Aug 6, 2010 at 08:21, Tom Cruickshank wrote:
> Thank you. I will define the requirements.
> Here is what I would need:
> For someone without SVN access be able to see what's files have been
> committed/added/deleted/updated,revisions, etc.
> I believe it would essentially need to parse the
I get the same thing: svn 1.6.5, Ubuntu 9.10. Doesn't seem right.
For grins, I checked out a NEW copy of the repo, and it looks like passive
+ svn co file:///$PWD/repo new
+ head -v new/newdir/file
==> new/newdir/file <==
$Rev: 1 $
svn st reports clean in all WCs.
On Fri, Jun 11, 2010 at 14:5
It sounds to me that you need a CMS (Content Management System) more than a
VCS (Version Control System, like Subversion).
I know from experience that getting veteran programs (used to using no VCS)
to use any VCS is an up-hill-battle: approaching a vertical climb at times.
I can't imagine trying
On Tue, Jun 1, 2010 at 4:31 AM, Etebaran IT wrote:
> Hi
> my server crashed and i had to restore a backup.
> We had a huge svn on the server and a lot of users used it,
>
> Not the working copy is out of synch with the svn server, and i dont know
> how to fix it.
>
> Please help
>
> Regards
> Abi
On Sat, Apr 17, 2010 at 10:12 PM, Aaron Turner wrote:
> Not sure why, but sometimes svnserve segfaults when it runs via
> xinetd. It turns out to be highly repeatable for specific svn
> transactions/commands. Ie:
>
> svn merge -c 2454 . ../../branches/3.4/src
>
> causes the segfault, but anothe
14 matches
Mail list logo
