Matthias Gerstner wrote on Tue, Oct 30, 2012 at 17:21:39 +0100:
> echo -e "\n here no revision r1 is present\n"
> svn log -v new
"new" was created in r2 so running 'log' on it will not show earlier
revisions. (Well, unless you pass -g) 'log' just walks the history of
a node; it won't show revis
Hello,
I have some trouble wit the logic of the 'svn log' command.
When reorganizing the directory structure in a repository by using 'svn
move' I don't get the desired output from 'svn log' in all
circumstances.
I think this is best demonstrated by this sample script:
-
On Fri, Oct 14, 2011 at 6:49 AM, Daniel Shahaf wrote:
> [ switching list, please drop users@ from further replies ]
>
> Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 11:43:14 +0400:
>> 2011/10/14 Andrey Paramonov :
>> > On 13.10.2011 22:31, Ryan Schmidt wrote:
>> >>
>> >> On Oct 13, 2011, at 06
On Tue, Oct 30, 2012 at 12:55 PM, Vitor Barata wrote:
>
> The problem is that the C files automatically generated for bindings
> are often mixed with standard versioned C files... However, after
> further inspection here, it seems to me that the binding files could
> indeed be put in a separate di
> -Original Message-
> From: Bob Archer [mailto:bob.arc...@amsi.com]
> Sent: Tuesday, October 30, 2012 2:41 PM
> To: Ahmed, Omair (GE Oil & Gas); users@subversion.apache.org
> Subject: RE: SVN Tag / Branch question
>
> > You are correct in making the statement below.
> >
> > However, what'
> You are correct in making the statement below.
>
> However, what's confusing is that when I copied the Docs directory from /trunk
> to /tags/release-1.6, the directory included files from the previous release
> also.
> Basically, I was expecting to see just the new files. I am trying to
> unde
On Tue, Oct 30, 2012 at 1:10 PM, Ahmed, Omair (GE Oil & Gas)
wrote:
>
> However, what's confusing is that when I copied the Docs directory from
> /trunk to /tags/release-1.6, the directory included files from the previous
> release also. Basically, I was expecting to see just the new files. I am
Bob,
You are correct in making the statement below.
However, what's confusing is that when I copied the Docs directory from /trunk
to /tags/release-1.6, the directory included files from the previous release
also. Basically, I was expecting to see just the new files. I am trying to
understand
> I'm not quite sure if you really understand the impact of svn:ignore.
> What behaviour are you expecting from the svn:ignore mechanism exactly,
> and how would the expected behaviour impact your workflow?
We want the unversioned files to not show in svn status or in
tortoiseSVN's "Add" command w
Yes, that was the problem; specifying a single URL gives me the
correct/expected output. Thank you for your help!
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Tuesday, October 30, 2012 11:45 AM
To: Ahmed, Omair (GE Oil & Gas); users@subversion.apache.org
Subject:
The developer who made the change has confirmed that he only modified 3
files.
This is the output I get:
c:\>svn diff --summarize -r 6:7
https://x.x.com/svn/muxbopcs_svn/trunk/GEMUX/LocalScreens
https://x.x.com/svn/muxbopcs_svn/trunk/GEMUX/LocalScreens
M
https://x.x.com/svn/muxbopcs_svn/trun
On Tue, Oct 30, 2012 at 05:39:33PM +0100, Stefan Sperling wrote:
> On Tue, Oct 30, 2012 at 12:25:59PM -0400, Ahmed, Omair (GE Oil & Gas) wrote:
> > This is command returns a double entry for each of the files which
> > changed between two versions. The Tortoise client displays a single
> > entry.
On Tue, Oct 30, 2012 at 12:25:59PM -0400, Ahmed, Omair (GE Oil & Gas) wrote:
> This is command returns a double entry for each of the files which
> changed between two versions. The Tortoise client displays a single
> entry.
>
> c:\>svn diff --summarize -r 3:7
> https://x.x.com/svn/muxbopcs_svn/t
> Hello,
>
> We did our first release in SVN today. I used the copy command (shown below)
> to copy from /trunk to /tag. Since not everything in /trunk was needed for
> this
> release, I had to specify the directories which were needed.
>
> Q1. Is this the normal/correct way of doing things? Fo
On Tue, Oct 30, 2012 at 01:57:09PM -0200, Vitor Barata wrote:
> A large part of the automatically-generated files contain source-code
> for language binding (Lua to C, Java to C and others). The system
> generates these files with .c/.cpp/.h extensions (so they can't be
> ignored based on the exten
This is command returns a double entry for each of the files which
changed between two versions. The Tortoise client displays a single
entry.
c:\>svn diff --summarize -r 3:7
https://x.x.com/svn/muxbopcs_svn/trunk/GEMUX/LocalScreens
https://x.x.com/svn/muxbopcs_svn/trunk/GEMUX/LocalScreens >
c:\t
Sapna PB wrote on Tue, Oct 30, 2012 at 11:22:00 +0530:
> Hi Team,
>
> Iam facing an issue while setting up subversion repository on Solaris 5.10
> PFB the steps followed.
>
>
> 1. Execute ‘svnadmin create /data/installs/repo’
>
> Give 777 permissions to the files and folders in /data/inst
Srdan Dukic wrote on Tue, Oct 30, 2012 at 17:36:57 +1300:
> Yes, it was the "svn:log" property on the revision (as opposed to the node)
> which was causing the issue. Was able to modify it with the "propset"
> command and it has allowed svnsync to continue the sync.
>
> So, the file to be patched
> Is editing the global-ignores setting in the Subversion configuration file,
> as already suggested by Thorsten in an earlier post, not an option?
>
> That's currently the only unversioned place where ignore settings can
> be configured. See
> http://svnbook.red-bean.com/en/1.7/svn.advanced.confa
On Tue, Oct 30, 2012 at 11:39:52AM -0400, Ahmed, Omair (GE Oil & Gas) wrote:
> Hello,
>
>
>
> Is there a way to get (via cmd line) a list of files that have changed
> between revisions, instead of the content of the files?
Yes, there is: svn diff --summarize -r REV1:REV2 URL
On 30/10/12 15:39, Ahmed, Omair (GE Oil & Gas) wrote:
Hello,
Is there a way to get (via cmd line) a list of files that have changed
between revisions, instead of the content of the files?
svn log -v
Hello,
Is there a way to get (via cmd line) a list of files that have changed
between revisions, instead of the content of the files?
On Tue, Oct 30, 2012 at 03:35:46PM +0100, Thorsten Schöning wrote:
> Guten Tag Vitor Barata,
> am Dienstag, 30. Oktober 2012 um 14:54 schrieben Sie:
>
> > I
> > can't help but think that there should be an unversioned list of
> > ignored file patterns (.svnignore local file or svn:localignore
> >
Guten Tag Vitor Barata,
am Dienstag, 30. Oktober 2012 um 14:54 schrieben Sie:
> I
> can't help but think that there should be an unversioned list of
> ignored file patterns (.svnignore local file or svn:localignore
> property or something like that) as well as the versioned svn:ignore
> property.
> Just to be clear: What you call your build system is used directly by
> the devs and something we can think of as some kind of assistant to
> get pre configured working copies, right? The devs start this
> assistant, choose whatever fits their need and afterwards it is
> checking out, setting up
Guten Tag Vitor Barata,
am Dienstag, 30. Oktober 2012 um 06:58 schrieben Sie:
> Maybe I called our system the wrong name. It is a homemade system, and
> here are some of the things that it does:
Just to be clear: What you call your build system is used directly by
the devs and something we can th
26 matches
Mail list logo
