I tried to perform mass commit of many work-copies with
a same message using command line 'svn commit'. Is it possible
to enter miltiline message (as in TSVN commit dialog) and
and if yes, how to do this?
--
Regards,
Ivan Cenov
OKTO-7 Co., Botevgrad, Bulgaria
i_c...@botevgrad.com, i...@okto7.com
GSM: +359 888 76 10 80
phone: +359 723 6 61 20, +359 723 6 61 61
fax: +359 723 6 62 62
---------------------------------------------------------------------
To unsubscribe, e-mail: users-un...@tortoisesvn.tigris.org
For additional commands, e-mail: users...@tortoisesvn.tigris.org
Create a file with the message and use -F/--file option for the svn
commit command (http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.commit.html).
--
Milen A. Radev
Or you can set the appropriate environment variable to tell Subversion
what text editor to use for commit messages and it'll pop up and
prompt you for a message, which can include newlines.
Task manager does not show anything untoward with TSVNCache.exe (i.e.
CPU and memory usage is normal) - yet if I kill this process windows
explorer springs back into life and is fully responsive.
Both users had version 1.4.8.12137 installed, although I tried going
back to an earlier version on one machine with no luck.
The archives show someone had a similar problem with version 1.2.0 a few
years back, but I didn't see any concrete resolution.
I have tried excluding overlays on all folders (c:\*) and including just
the working copy folder (c:\vc\*) - but this doesn't appear to help.
Any ideas?
If you go into the windows task manager and see the TSVNCache process with a
lot of threads (< 9 is typical and ok. I've seen the count over 200.) kill
the process and let it restart. If the problem comes right back, or
explorer hangs, restart your computer. The other solution is to disable the
cache entirely. (I find it handy enough that I usually just consign myself
to killing the process and rebooting every few days.)
I've thought about volunteering to try to track down and fix the bug, but I
don't even know what language TortoiseSVN is written in, or what tools are
needed. Often, the time needed to get a newbie developer up and going on a
project is more than it would take an experienced team member to complete
the task. Thus, I hesitate to take up someone's time when I'm unlikely to
be able to provide much help over the long term.
Royce
It's not exactly a secret.
http://tortoisesvn.tigris.org/svn/tortoisesvn/trunk/build.txt
See also http://tortoisesvn.net/node/298
for the curious:
Username: guest
Password: <empty> (or anything I think)
Has this already been logged as a bug?
The nightly is built from TortoiseSVN trunk, whereas the 1.4.x
releases come from the 1.4.x stable branch. It is likely that the bug
has been fixed on trunk but not backported to the 1.4.x branch, which
is why you are not seeing the fix.
Simon
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net