On Sat, Feb 13, 2010 at 9:56 PM, C. Michael Pilato wrote:
> You can't think how that would handle those actions because many of them
> won't be handled at all. 'cp -a wc1 wc2' will result in a non-working-copy
> named 'wc2'. 'mv wc1/trunk .; rm -rf wc1' will result in a non-working-copy
> named
On Sun, Feb 14, 2010 at 12:09 AM, Andrey Repin wrote:
> First, I said already, AnkhSVN.
And I've already explained that I want to use my existing Linux CLI to
manipulate all of my repositories, so I don't have separate SVN
interfaces for each of my working copies. That's the *whole point*.
A Win
On Feb 13, 2010, at 23:09, Andrey Repin wrote:
> Second, don't join replies to multiple authors in one post - it's frustrating.
Actually, the mailing list guidelines encourage us to do this:
http://subversion.apache.org/docs/community-guide/mailing-lists.html#when-to-post
Greetings, Justin Connell!
> I need to set up a new svn repository from a hotcopy backup. I
> understand that it is a simple procedure of just copying the files into
> the new repo and ensuring that the file access permissions are correct,
> but my concern is that the hotcopy contains a series o
Greetings, Glenn Maynard!
>> I haven't been following this thread closely but it seems that your
>> complaint is the classic, "Doctor, it hurts when I do this." Several
>> people in the community have suggested, "Then don't do that." I would
>> take this sage advice (i.e. don't share working copie
Cristian Rigamonti wrote:
> Hi, it seems the old http://subversion.tigris.org/links.html page was not
> migrated to subversion.apache.org. While I can understand that it's quite a
> burden to maintain a lot of information about third party tools etc, I think
> that some of the content of that page
Ryan Schmidt wrote:
> On Feb 13, 2010, at 19:00, Glenn Maynard wrote:
>
>> A database representing the whole working copy? That's odd--I can't
>> think of how that could generally handle actions like cloning a whole
>> WC (cp -a wc1 wc2), pulling a piece out of a WC creating a new WC as a
>> resu
Ryan Schmidt wrote:
> On Feb 13, 2010, at 20:11, C. Michael Pilato wrote:
>
>> The vendor branches section of the book was written before Subversion grew
>> support for foreign repository merges.
>
> Wow, I did not know Subversion had grown such support. When did this happen?
> :)
I kinda snuck
On Feb 13, 2010, at 19:00, Glenn Maynard wrote:
> A database representing the whole working copy? That's odd--I can't
> think of how that could generally handle actions like cloning a whole
> WC (cp -a wc1 wc2), pulling a piece out of a WC creating a new WC as a
> result (mv wc1/trunk .; rm -rf
On Feb 13, 2010, at 20:11, C. Michael Pilato wrote:
> The vendor branches section of the book was written before Subversion grew
> support for foreign repository merges.
Wow, I did not know Subversion had grown such support. When did this happen? :)
Ryan Schmidt wrote:
> On Feb 13, 2010, at 15:43, v...@bidouille.org wrote:
>
>> I'd like to keep a mirror of the trunk of a remote directory in a
>> branch of my local repository. My use case is that I have made
>> modifications of a product for which I have only read access. As the
>> product evo
On Sat, Feb 13, 2010 at 7:10 PM, Ryan Schmidt
wrote:
> "svn export" already has a "--native-eol" switch. This is easy because after
> exporting, Subversion doesn't have to deal with that directory anymore. But
> as a fellow user I think it would fit nicely to have the same switch on "svn
> chec
On Feb 13, 2010, at 15:43, v...@bidouille.org wrote:
> I'd like to keep a mirror of the trunk of a remote directory in a branch of
> my local repository. My use case is that I have made modifications of a
> product for which I have only read access. As the product evolves, I'd like
> to update
On Feb 13, 2010, at 16:09, Glenn Maynard wrote:
> I suspect that it's not a massive project to actually implement this
> properly; fundamentally, it probably means adjusting
> svn_wc__get_eol_style to allow substituting "native" for one of the
> other EOL modes, based on a working-copy-local sett
On Sat, Feb 13, 2010 at 11:11 AM, Tyler Roscoe wrote:
> I haven't been following this thread closely but it seems that your
> complaint is the classic, "Doctor, it hurts when I do this." Several
> people in the community have suggested, "Then don't do that." I would
> take this sage advice (i.e. d
Hi,
I'd like to keep a mirror of the trunk of a remote directory in a branch
of my local repository. My use case is that I have made modifications of
a product for which I have only read access. As the product evolves, I'd
like to update while keeping my modifications.
I thought of keeping m
On Feb 13, 2010, at 10:11, Tyler Roscoe wrote:
> I can't find it right now but there was a presentation about the top ten
> ways *not* to use Subvesion. One of the entries was about using
> Subversion in a way that it was not designed to be used. This arises
> most frequently when people want to
Where one can find an article about HA-setup of subversion
(preferable for gentoo)?
I found two places:
http://svn.haxx.se/users/archive-2007-01/1307.shtml
(it just say that someone uses GFS) and
http://www.wandisco.com/subversion/highavailability/
(It looks like commercial product, I don't read i
Hi,
I need to set up a new svn repository from a hotcopy backup. I
understand that it is a simple procedure of just copying the files into
the new repo and ensuring that the file access permissions are correct,
but my concern is that the hotcopy contains a series of .txn directories
which impl
On Fri, Feb 12, 2010 at 10:56:28PM -0500, Glenn Maynard wrote:
> Telling people "don't do what you want to do; do what you don't want
> instead" is not helpful.
o rly?
I haven't been following this thread closely but it seems that your
complaint is the classic, "Doctor, it hurts when I do this."
Hi,
After reporting this issue as an official Microsoft support incident as MS
partner (and most likely numerous reports from other Subversion users) it is
starting to look like Microsoft decided to fix this in Windows 7 Servicepack
1.
(They asked me if I was willing to accept
21 matches
Mail list logo
