Re: svn externals
yeah, but you'd want at least an option for the client to override ;-) - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 14 Feb 2011 07:12, "Ryan Schmidt" wrote:
Re: svn log behaviour
--On 14 February 2011 01:10:08 -0600 Ryan Schmidt wrote: If I do "svn log ." in a directory, it does not list all changes made to all files in that directory (as shown up "svn log "). I've pasted an example at: http://pastebin.com/SFYDtkBk where r12062 does not show up in "svn log .", but does on the changed file. svn diff . does the expected, and the file is not in svn:ignore. Is this deliberate and how do I get a recursive list of logs? Is the directory up to date? Try "svn up" first. Otherwise you'll only get logs up to the revision of the directory (shown with "svn info"). Yes, the directory is up to date. In fact all changes were made in that directory (not on another machine). -- Alex Bligh
Re: svn externals
On Feb 12, 2011, at 13:26, Stephen Connolly wrote: > oh I like that. > > you could even allow the client config file to add custom uri schemes and the > path to the exec that handles them Well, I wasn't thinking there would be any client-side configuration possibility. I merely meant that the Subversion client code would gain the ability to deal with certain foreign types of repositories.
Re: svn log behaviour
On Feb 12, 2011, at 11:03, Alex Bligh wrote: > If I do "svn log ." in a directory, it does not list all changes made to all > files in that directory (as shown up "svn log "). I've pasted an > example at: > http://pastebin.com/SFYDtkBk > where r12062 does not show up in "svn log .", but does on the changed file. > > svn diff . does the expected, and the file is not in svn:ignore. > > Is this deliberate and how do I get a recursive list of logs? Is the directory up to date? Try "svn up" first. Otherwise you'll only get logs up to the revision of the directory (shown with "svn info").
Re: svn status -u --depth empty does not give expected result if used with filename
I vote for "a bug". Harald Karner wrote on Tue, Feb 08, 2011 at 16:20:57 +0100: > On 08.02.2011 15:34, Andy Levy wrote: > >On Tue, Feb 8, 2011 at 07:53, Harald Karner wrote: > >>Hi! > >> > >>when I do a svn status -u I get the following result: > >> > >> > >>$ svn status -u test.txt dir1/ > >>M * 210 test.txt > >>Status against revision:213 > >>* 212 dir1 > >>Status against revision:213 > >> > >> > >>but when I add --depth empty I get this: > >> > >>$ svn status -u --depth empty test.txt dir1/ > >>Status against revision:213 > >>* 212 dir1 > >>Status against revision:213 > >> > >> > >>Is this a bug, that the modifications for test.txt are not displayed or is > >>it intended behaviour? > > > >Seems like intended behavior to me. You've asked for the status of a > >WC without consideration of its child items (--depth empty) > > I have asked for the status of test.txt and dir1/ without > consideration of child items. Of course a --depth parameter does not > make much sense for files, but I think the current behaviour is at > least misleading. Especially because svn update behaves different: > > $ svn update --depth empty test.txt dir1/ > Gtest.txt > Updated to revision 213. > U dir1 > Updated to revision 213. > > So, if it is "wrong" to return the status for a file with --depth > empty, why does "svn update" update the file with --depth empty > given? > > > >>If this is on purpose, what is the proper way to retrieve the status of a > >>mixed list of files and directories? > > > >In what way does your first command not achieve this result? > > The first command would also return the status of the files and > subdirectories of dir1/. > I'm trying to get the status for exactly those (and only those) > files and directories that I pass as to svn status as command line > arguments, i.e. I don't want the status of subdirectories or files > in folders.
svn log behaviour
If I do "svn log ." in a directory, it does not list all changes made to all files in that directory (as shown up "svn log "). I've pasted an example at: http://pastebin.com/SFYDtkBk where r12062 does not show up in "svn log .", but does on the changed file. svn diff . does the expected, and the file is not in svn:ignore. Is this deliberate and how do I get a recursive list of logs? -- Alex Bligh
Re: how to switch a WC back?
On Mon, Feb 14, 2011 at 9:15 AM, Paul Maier wrote: > Hi, > > a question about how to switch back a WC: > > I checked out a WC, and then switched some subdirectories to some other > directories. I worked with that for a while, checked in, all fine. > Now I want to switch my WC back. > > Can I automatically "un-switch" the WC? > > I mean: I could do a second switch and there I could manually specify the > URL of > the original subdir. That would work, but would mean, that I manually find > out: > - which subdirectory is in a switched state > >From 'svn help status': Fifth column: Whether the item is switched or a file external ' ' normal 'S' the item has a Switched URL relative to the parent 'X' a versioned file created by an eXternals definition > - what is the URL of the unswitched directory (how??) > SVN does not store this information - you'd need to find this out for yourself. > - manually switch back. > svn switch old_url sub_dir? > Is there a way to issue some command that does that for me automatically? > You can run switch on the parent directory (using the same URL as it currently has), and this will override any switched sub-directories. > Thanks for hints! > > Regards > Paul Cheers, Daniel B.
how to switch a WC back?
Hi, a question about how to switch back a WC: I checked out a WC, and then switched some subdirectories to some other directories. I worked with that for a while, checked in, all fine. Now I want to switch my WC back. Can I automatically "un-switch" the WC? I mean: I could do a second switch and there I could manually specify the URL of the original subdir. That would work, but would mean, that I manually find out: - which subdirectory is in a switched state - what is the URL of the unswitched directory (how??) - manually switch back. Is there a way to issue some command that does that for me automatically? Thanks for hints! Regards Paul
Re: Subversion Permissions Question.
Guten Tag MonicaS, am Freitag, 11. Februar 2011 um 22:55 schrieben Sie: > If I check with tortoiseSVN or with SVN list to Eng-Tech I get the > following: > ABC-SDKs > J-SDKs I would think that this means that those directories are folders within the repo Eng-Tech, regardless of your file system structure, because svn list etc. doesn't combine file system level directories and repo level directories in their output. But they should have if those to folders where the repos beneath Eng-Tech in your file system. > If I check with tortoiseSVN or with SVN list to ABC-SDK I get the > following: > A-SDKs > B-SDKs > C-SDKs This should be really the content of the repository itself. > This means that A thru C SDKs folder belong to the repository ABC-SDKs > and J-SDKs belongs to the J-SDKs repository; and Eng-Tech is empty. Maybe I'm wrong but I think Eng-Tech is not empty, but consists the folders you wrote first. Maybe Eng-Tech does have content, like the other repos unter Eng-Tech in the file system, but thos directories aren't used for some reason? Maybe your repos started that way, something didn't work as expected and things have changed? Are you able to rename the repos beneath Eng-Tech in your file system? That way nobody coudl use them anymore and you were really sure what is in the repo Eng-Tech and what is not. If you rename name ABC-SDKs to ABC-SDKs_ for some seconds, your svn list of Eng-Tech should refelct those renamings or it's clear that Eng-Tech does have content, the versioned directories ABC-SDKS and J-SDKs. > This is why I'm or was confused. I wanted to understand why we have so > many repositories. I noticed that some of the repositories are hard > links to other file-systems. Maybe this was done because of the disk > space... I don't know. In any case, your repo structure is not supported and you should change it after fully understanding it and possible. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig Telefon: Potsdam: 0331-743881-0 E-Mail: tschoen...@am-soft.de Web: http://www.am-soft.de AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow
