Re: Questions about setting up Subversion Server

hello Daniel, many thanks for your answers. Best Regards, Felix On 23.11.22 22:21, Daniel Shahaf wrote: Felix Natter wrote on Tue, Nov 15, 2022 at 09:03:49 +0100: - In my svnserve wrapper I call this: exec /usr/bin/svnserve "$@" -r /repos -> Does the (Linux-) system automatically call this

Re: Questions about setting up Subversion Server

Felix Natter wrote on Tue, Nov 15, 2022 at 09:03:49 +0100: > - In my svnserve wrapper I call this: > > exec /usr/bin/svnserve "$@" -r /repos > > -> Does the (Linux-) system automatically call this with "-t"? > The -t is added by the client when it invokes the tunnel command (ssh(1)). This is d

Questions about setting up Subversion Server

hello SVN Users, I have set up a basic SVN Server with svn+ssh:// auth (System users with LDAP) by wrapping svnserve [1] I have a few questions for which I could not find answers in the manual: - In my svnserve wrapper I call this: exec /usr/bin/svnserve "$@" -r /repos -> Do

Re: SVN basic questions.

Daniel Sahlberg wrote on Fri, 20 Aug 2021 07:55 +00:00: > Den fre 20 aug. 2021 kl 05:02 skrev A Z : > > -Can multiple users add to a committed branch node, and que up > > adds, or is this in fact going to nothing, while granting a message? > > Is it the case that only the first add to the branc

Re: SVN basic questions.

Den fre 20 aug. 2021 kl 05:02 skrev A Z : > -Can you commit after adding, to a branch node? > Yes. Branches are nothing special in Subversion, just another folder (copied from somewhere). Then you may, by convention and project guidelines, have restrictions on what you can do and should do in a b

SVN basic questions.

-Can you commit after adding, to a branch node? -Can multiple users add to a committed branch node, and que up adds, or is this in fact going to nothing, while granting a message? Is it the case that only the first add to the branch node will be added, queued, while others will be rejected u

Re: Simple Trio of Questions about Apache SVN

Andreas Stieger wrote on Tue, 17 Aug 2021 08:24 +00:00: > Hi, >   > > -In SVN, can you have multiple additions, queued up, marked with an A? > > No queuing feature, but changelists on file granularity. > See https://svnbook.red-bean.com/nightly/en/svn.advanced.changelists.html > > > If so, can th

Re: SVN startup questions.

On Tue, Aug 17, 2021 at 5:30 AM A Z wrote: > > Just some basic getting started questions about SVN. > > -How can a series of different branches all be merged back into one again? > By 'adding' their checked out, now finished code content, and then committing > them in

SVN startup questions.

Just some basic getting started questions about SVN. -How can a series of different branches all be merged back into one again? By 'adding' their checked out, now finished code content, and then committing them in the right order to the trunk, one at a time? -What exactly is a Tag

Re: Simple Trio of Questions about Apache SVN

Hi,   > -In SVN, can you have multiple additions, queued up, marked with an A? No queuing feature, but changelists on file granularity. See https://svnbook.red-bean.com/nightly/en/svn.advanced.changelists.html > If so, can the queued edition(s) be reviewed for marked files, Using svn diff which

Simple Trio of Questions about Apache SVN

-In SVN, can you have multiple additions, queued up, marked with an A? -If so, can the queued edition(s) be reviewed for marked files, and can those marked files be examined internally for change markers too? If so, what are the command(s) involved? -Can addition(s) be deleted before any comit

Re: Questions about a script for regular backups

On 14.10.2019 15:25, Anton Shepelev wrote: >> See the example mentioned in the 1.8 release notes [1]: >> >> svnadmin freeze /svn/my-repos -- rsync -av /svn/my-repos /backup/my-repos > Hmm. I should also expect a simple freeze/unfreeze pair > with the caller resposible for unfreezing a fronzen r

Re: Questions about a script for regular backups

Johan Corveleyn >Just to mention another option: Since 1.8 there is the >command 'svnadmin freeze', which locks the repository for >writing while you run another command. That way, you can >use regular backup / copy commands (like rsync) to create a >consistent copy. I think `freeze' is also help

Re: Questions about a script for regular backups

On Tue, Aug 27, 2019 at 5:06 AM Johan Corveleyn wrote: > On Mon, Aug 26, 2019 at 9:01 PM Mark Phippard wrote: > > > > On Mon, Aug 26, 2019 at 1:29 PM Anton Shepelev > wrote: > >> > >> I have now set up a post-commit hook that makes an > >> --incremental hotcopy. With the destination on the sam

Re: Questions about a script for regular backups

On Mon, Aug 26, 2019 at 9:01 PM Mark Phippard wrote: > > On Mon, Aug 26, 2019 at 1:29 PM Anton Shepelev wrote: >> >> I have now set up a post-commit hook that makes an >> --incremental hotcopy. With the destination on the same >> machine's HDD, it takes about two seconds, but with a >> network s

Re: Questions about a script for regular backups

On Mon, Aug 26, 2019 at 1:29 PM Anton Shepelev wrote: > I have now set up a post-commit hook that makes an > --incremental hotcopy. With the destination on the same > machine's HDD, it takes about two seconds, but with a > network share it lasts 30 seconds. Is it expected behavior > for committ

Re: Questions about a script for regular backups

I have now set up a post-commit hook that makes an --incremental hotcopy. With the destination on the same machine's HDD, it takes about two seconds, but with a network share it lasts 30 seconds. Is it expected behavior for committing a tiny change in a text file? If not, then where shall I look

Re: Questions about a script for regular backups

Thank you for your comments, Andreas: > Literally any situation where the undesired change to be > recovered from happened before this last and single copy > was taken. I am going to prevent this by means of `svnadmin verify': > > Is it practical to call it [verify] daily with a several > > Gb,

Re: Questions about a script for regular backups

Hi, > > A hobbyist approach this this has lead to many instances > > of data loss in serious applications. > > While planning a backup strategy, one must consider the > possible malfunctions and ways to counteract them. How was > the data lost in the cases you describe? Literally any situation w

Re: Questions about a script for regular backups

Andreas Stieger to Anton Shepelev: > > No, it depends on one's purpose. If it is to keep the > > data in case of HDD crashes, a single mirror is > > sufficient. > > A hobbyist approach this this has lead to many instances > of data loss in serious applications. While planning a backup strategy,

Re: Questions about a script for regular backups

> No, it depends on one's purpose. If it is to keep the data > in case of HDD crashes, a single mirror is sufficient. A hobbyist approach this this has lead to many instances of data loss in serious applications. > again, since an SVN repository maintains its whole history, > a point-in-time

Re: Questions about a script for regular backups

Andreas Stieger to Anton Shepelev: > > Thanks to everybody for their replies. I now understand > > that -- incremental hot-copies are sufficient for > > regular backups, which can then be mirrored by content- > > aware file- synchronisation tools, but the problem > > remains of preventing an acci

Re: Questions about a script for regular backups

Hello, > that --incremental hot-copies are sufficient for regular > backups, which can then be mirrored by content-aware file- > synchronisation tools, but the problem remains of preventing > an accidental propagation of corrupt data into the backup. > How do you solve it? What the fruit do you m

Re: Questions about a script for regular backups

Thanks to everybody for their replies. I now understand that --incremental hot-copies are sufficient for regular backups, which can then be mirrored by content-aware file- synchronisation tools, but the problem remains of preventing an accidental propagation of corrupt data into the backup. How do

Re: Questions about a script for regular backups

Le ven. 23 août 2019 à 17:10, Mark Phippard a écrit : > > On Fri, Aug 23, 2019 at 11:06 AM Nathan Hartman > wrote: >> >> On Fri, Aug 23, 2019 at 9:53 AM Mark Phippard wrote: >>> >>> Anyway ... the only danger of a repository format is if you upgrade to >>> latest and then for some reason need

Re: Questions about a script for regular backups

On Fri, Aug 23, 2019 at 11:06 AM Nathan Hartman wrote: > On Fri, Aug 23, 2019 at 9:53 AM Mark Phippard wrote: > >> Anyway ... the only danger of a repository format is if you upgrade to >> latest and then for some reason need to downgrade your server binaries to >> an older version. You can alw

Re: Questions about a script for regular backups

On Fri, Aug 23, 2019 at 9:53 AM Mark Phippard wrote: > Anyway ... the only danger of a repository format is if you upgrade to > latest and then for some reason need to downgrade your server binaries to > an older version. You can always use an older format with a newer version. > If you did wis

Re: Questions about a script for regular backups

On Fri, Aug 23, 2019 at 4:16 AM Pierre Fourès wrote: > Hello, > > Le jeu. 22 août 2019 à 16:47, Mark Phippard a écrit : > > > > > >> Cannot they become obsolete when a new version of SVN comes > >> out? > > > > > > No. It is a valid copy of the repository. > > > >> Are they portable across op

Re: Questions about a script for regular backups

Hello, Le jeu. 22 août 2019 à 16:47, Mark Phippard a écrit : > > >> Cannot they become obsolete when a new version of SVN comes >> out? > > > No. It is a valid copy of the repository. > >> Are they portable across operating systems and >> filesystems? (I fear not) > > > Yes, they are absolutel

Re: Questions about a script for regular backups

On Thu, Aug 22, 2019 at 9:52 AM Anton Shepelev wrote: > > [replying via Gmane] > > Andreas Stieger: > > >The dump format is not the best option for backups. The > >restore time is much too slow as you need to recover from a > >serialized format. In many hand-baked scripts the dump > >method misses

Re: Questions about a script for regular backups

Mark Phippard: >Almost no one uses the BDB repository format. The fsfs >format became the default in SVN 1.1 or 1.2 and it is the >only format used anymore. Phew. We do have FSFS. Thank you. -- () ascii ribbon campaign - against html e-mail /\ http://preview.tinyurl.com/qcy6mjc [archived]

Re: Questions about a script for regular backups

On Thu, Aug 22, 2019 at 10:55 AM Anton Shepelev wrote: > Mark Phippard to Anton Shepelev about hot copies: > > >>Are they portable across operating systems and > >>filesystems? (I fear not) > > > >Yes, they are absolutely portable across OS and FS. As is > >the repos itself. The only issue when

Re: Questions about a script for regular backups

Mark Phippard to Anton Shepelev about hot copies: >>Are they portable across operating systems and >>filesystems? (I fear not) > >Yes, they are absolutely portable across OS and FS. As is >the repos itself. The only issue when going across these >is managing the OS level permissions of the copy.

Re: Questions about a script for regular backups

On Thu, Aug 22, 2019 at 10:38 AM Anton Shepelev wrote: > Mark Phippard: > > >My first choice option would be to setup a repository on a > >second server and use svnsync from a post-commit hook > >script to sync the change. After that, I would use > >svnadmin hotcopy with the new --incremental op

Re: Questions about a script for regular backups

Mark Phippard: >My first choice option would be to setup a repository on a >second server and use svnsync from a post-commit hook >script to sync the change. After that, I would use >svnadmin hotcopy with the new --incremental option (as of >1.8?). Dump is not a great choice for backups. Thank

Re: Questions about a script for regular backups

Hello, Le jeu. 22 août 2019 à 15:52, Anton Shepelev a écrit : > > Andreas Stieger: > > >The dump format is not the best option for backups. The > >restore time is much too slow as you need to recover from a > >serialized format. In many hand-baked scripts the dump > >method misses point-in-time r

RE: Questions about a script for regular backups

On Thu, 22 Aug 2019 09:38:02 -0400, Mark Phippard wrote: >My first choice option would be to setup a repository on a second server >and use svnsync from a post-commit hook script to sync the change. After >that, I would use svnadmin hotcopy with the new --incremental option (as of >1.8?). Dump

Re: Questions about a script for regular backups

[replying via Gmane] Andreas Stieger: >The dump format is not the best option for backups. The >restore time is much too slow as you need to recover from a >serialized format. In many hand-baked scripts the dump >method misses point-in-time recovery capabilities, -> Why should I need those if SV

Re: Questions about a script for regular backups

a for all the revisions that were >added to the repository since the last time the script >ran. Used like this, svnadmin dump can be one way to back >up changes to your repository over time in case of a >system crash or some other catastrophic event. > > The book un

Re: Questions about a script for regular backups

Hello, > In order to write a backup script in the Windows batch > language, I was reading the section "Migrating Repository > Data Elsewhere" from "Repository Maintenance": > >http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html The dump format is not the best option for backups. The

Questions about a script for regular backups

o back up changes to your repository over time in case of a system crash or some other catastrophic event. The book unfortunately does not seem to give any examples of this usage, leaving the following questions: 1. Is "appending" to be understood literally, that is

Re: Svnadmin —incremental hotcopy (and other questions)

On Jun 19, 2018, at 08:31, Tom Browder> wrote: > On Tue, Jun 19, 2018 at 06:31 Mark Phippard wrote: > >> On Jun 19, 2018, at 7:25 AM, Tom Browder wrote: >> ... >> Finally, now that version 1.10 is out, will the redbook be made current and >> turned into a printed book? > > The book is open so

Re: Svnadmin —incremental hotcopy (and other questions)

On Tue, Jun 19, 2018 at 06:31 Mark Phippard wrote: > > > On Jun 19, 2018, at 7:25 AM, Tom Browder wrote: ... > > Finally, now that version 1.10 is out, will the redbook be made current > and turned into a printed book? > > The book is open source. It is kept somewhat current but it is a > vol

Re: Svnadmin —incremental hotcopy (and other questions)

> On Jun 19, 2018, at 7:25 AM, Tom Browder wrote: > > When an incremental hotcopy runs on REPO to BACKUPREPO is BACKUPREPO then > always a full backup of REPO? That is, could I do a full dump of BACKUPREPO > and copy it somewhere else for safekeeping of the full, current REPO? It is a full

Svnadmin —incremental hotcopy (and other questions)

When an incremental hotcopy runs on REPO to BACKUPREPO is BACKUPREPO then always a full backup of REPO? That is, could I do a full dump of BACKUPREPO and copy it somewhere else for safekeeping of the full, current REPO? Another question, is there any reason an incremental hotcopy could not be us

Re: Questions About Backup Repository

On Sun, May 6, 2018 at 9:38 PM, wrote: > Dear > > We use TortoiseSVN to manage the code,and backup repository with svnsync. > We backup repository to remonte servicer with svnsync. > When edit anyone in the remote repository,the remote repository will be > breakdown and never to be used again. >

Questions About Backup Repository

Dear We use TortoiseSVN to manage the code,and backup repository with svnsync. We backup repository to remonte servicer with svnsync. When edit anyone in the remote repository,the remote repository will be breakdown and never to be used again. We have no idea to revert it only to created a new re

Re: SVNSYNC questions

Please consider stopping to top-post. On 05/02/2018 10:43 PM, Paul Greene wrote: > Ok, thanks, I was hoping I wouldn't have to manually create 110 > folders and set permissions, but it is what it is. Is that not something what a shell is usually happy to do for you in a loop? Anyway, as you may

Re: SVNSYNC questions

On Wed, May 2, 2018 at 5:13 PM, Bo Berglund wrote: > On Wed, 2 May 2018 16:43:06 -0400, Paul Greene > wrote: > >>Ok, thanks, I was hoping I wouldn't have to manually create 110 folders and >>set permissions, but it is what it is. > > And additionally since you have 110 repositories you need to ru

Re: SVNSYNC questions

On Wed, 2 May 2018 16:43:06 -0400, Paul Greene wrote: >Ok, thanks, I was hoping I wouldn't have to manually create 110 folders and >set permissions, but it is what it is. And additionally since you have 110 repositories you need to run svnsync against each of these every time you want the sync t

Re: SVNSYNC questions

Ok, thanks, I was hoping I wouldn't have to manually create 110 folders and set permissions, but it is what it is. On Wed, May 2, 2018 at 4:40 PM, Geoff Rowell wrote: > 1. Create the destination repositories. > 2. Configure the destination repository access rights. > 3. Use "svnsync init" on eac

Re: SVNSYNC questions

1. Create the destination repositories. 2. Configure the destination repository access rights. 3. Use "svnsync init" on each destination repository. 4. Run "svnsync sync" on each to copy content. On Wed, May 2, 2018 at 4:16 PM, Paul Greene wrote: > /data/subversion *contains* the repositories -

Re: SVNSYNC questions

/data/subversion *contains* the repositories - it is not a repository itself. So, will the /data/subversion/repo01, /data/subversion/repo02, ... /data/subversion/repo110 automatically be created, or do I have to make them myself? On Wed, May 2, 2018 at 4:09 PM, Andreas Stieger wrote: > Hello, >

Re: SVNSYNC questions

Hello, On 05/02/2018 10:02 PM, Paul Greene wrote: > Prior to running svnsync, do I need to create the same folder > structure on the destination as on the source? no, just an empty, randomly named repository. > i.e. the source has 110 repositories located under /data/subversion. I > have a fold

SVNSYNC questions

Hello Subversion gurus, I need to create a mirror of a subversion repository. Prior to running svnsync, do I need to create the same folder structure on the destination as on the source? i.e. the source has 110 repositories located under /data/subversion. I have a folder named /data/subversion o

Re: Questions on migrating SVN (and Trac) to a Google Compute Engine instance

Johan Corveleyn wrote on Sat, 29 Jul 2017 11:39 +0200: > Two other things which are also not transferred by svnsync (nor by dump/load): > - locks (server-side locks, of the svn:needs-lock type): these should > be copied from $OLDREPOS/db/locks to $NEWREPOS/db/locks It would be best to do this unde

Re: Questions on migrating SVN (and Trac) to a Google Compute Engine instance

On Sat, Jul 29, 2017 at 1:16 AM, James H. H. Lampert wrote: > On 7/27/17, 11:15 PM, Ryan Schmidt wrote: >> >> Sounds plausible. An empty pre-revprop-change hook script would allow >> any revprop change, which you may not want. It's probably possible to >> write a more-specific script that would al

Re: Questions on migrating SVN (and Trac) to a Google Compute Engine instance

On 7/27/17, 11:15 PM, Ryan Schmidt wrote: Sounds plausible. An empty pre-revprop-change hook script would allow any revprop change, which you may not want. It's probably possible to write a more-specific script that would allow only the changes svnsync needs and disallow others. . . . svnsync i

Re: Questions on migrating SVN (and Trac) to a Google Compute Engine instance

On Thu, Jul 27, 2017 at 3:23 PM, James H. H. Lampert wrote: > Greetings. > > My employer has put me on a project of moving our SVN and Trac servers from > the old Windows Server 2003 box on which they're currently running over to a > Google Compute Engine instance. > > To that end, I've set up the

Re: Questions on migrating SVN (and Trac) to a Google Compute Engine instance

They recommend setting up a "pre-revprop-change" script with nothing in it but the initial "shebang", for each target repository, and then using "svnsync" to migrate the repositories. It also assumes the existence of an "svnsync" user-ID on the target system, which (at least assuming it's an o

Re: Questions on migrating SVN (and Trac) to a Google Compute Engine instance

On Jul 27, 2017, at 14:23, James H. H. Lampert wrote: > > They recommend setting up a "pre-revprop-change" script with nothing in it > but the initial "shebang", for each target repository, and then using > "svnsync" to migrate the repositories. Sounds plausible. An empty pre-revprop-change ho

Questions on migrating SVN (and Trac) to a Google Compute Engine instance

Greetings. My employer has put me on a project of moving our SVN and Trac servers from the old Windows Server 2003 box on which they're currently running over to a Google Compute Engine instance. To that end, I've set up the instance using Bitnami's canned Trac image, which includes SVN 1.9.

Re: Questions about --pin-externals option

On 2016-04-26, Branko Čibej wrote: > Externals /are/ nested working copies as far as the client is concerned. > Sure nothing prevents you from using nested working copies that aren't > tracked as externals, but you'll have to invent your own tooling for > checkouts, updates, commits, etc. Yea, I

Re: Questions about --pin-externals option

On 26.04.2016 20:32, Grant Edwards wrote: > On 2016-04-26, Branko Čibej wrote: >> On 26.04.2016 02:09, Grant Edwards wrote: >>> Thanks again! Now I just have to decided whether to use >>> intra-repository externals or nested working copies to share >>> directories of source code among a group of p

Re: Questions about --pin-externals option

On 2016-04-26, Branko Čibej wrote: > On 26.04.2016 02:09, Grant Edwards wrote: >> Thanks again! Now I just have to decided whether to use >> intra-repository externals or nested working copies to share >> directories of source code among a group of projects. It may depend on >> how smartsvn handle

Re: Questions about --pin-externals option

On 26.04.2016 02:09, Grant Edwards wrote: > Thanks again! Now I just have to decided whether to use > intra-repository externals or nested working copies to share > directories of source code among a group of projects. It may depend on > how smartsvn handles tagging/branching that involves external

Re: Questions about --pin-externals option

On 26.04.2016 01:27, Stefan wrote: > Hi Edwards, >> A couple questions regarding "svn copy --pin-externals": >> >> 1) I thought I saw that when the --pin-externals option was being >> developed it handled things differently when the destination was a >&

Re: Questions about --pin-externals option

On 2016-04-25, Stefan wrote: > Hi Edwards, >> A couple questions regarding "svn copy --pin-externals": >> >> 1) I thought I saw that when the --pin-externals option was being >> developed it handled things differently when the destination was a >>

Re: Questions about --pin-externals option

Hi Edwards, A couple questions regarding "svn copy --pin-externals": 1) I thought I saw that when the --pin-externals option was being developed it handled things differently when the destination was a tag verses a branch. IIRC, copy --pin-externals to a "tag&qu

Questions about --pin-externals option

A couple questions regarding "svn copy --pin-externals": 1) I thought I saw that when the --pin-externals option was being developed it handled things differently when the destination was a tag verses a branch. IIRC, copy --pin-externals to a "tag" destina

RE: Authentication Questions

lip Martin [mailto:philip.mar...@wandisco.com] Sent: Thursday, January 08, 2015 9:17 AM To: Miller, JT @ SSG - PE - MT Cc: users@subversion.apache.org Subject: Re: Authentication Questions jt.mil...@l-3com.com writes: > I guess there's no caching of credentials since the path-based > au

Re: Authentication Questions

jt.mil...@l-3com.com writes: > I guess there's no caching of credentials since the path-based > authentication file can change at any time? I'm not clear what you mean by "caching of credentials". Subversion typically sends multiple HTTP requests over a single connection. Each HTTP request has

Authentication Questions

Debugging other issues, I turned on verbose logging and was curious if the below traffic was typical. This may well be correct, as we have path-based authentication requiring valid NTLM users. Server is Windows 2008 R2, Apache 2.4, NTLM, and SVN 1.8. [Tue Jan 06 15:18:28.378306 2015] [authz_co

RE: svn mergeinfo and svn merge - questions

> Hi All > > We are using 1.6 SVN. > We like to svn merge from our branch A to trunk. > We have been diligent in svn merge from trunk to A. > These svn merges from trunk to branch A also include --record-only merges > too, in addition to regular merges. > Development on branch A has stopped. > Now

RE: svn mergeinfo and svn merge - questions

3. Not sure about this From: Z W [mailto:mpc8...@gmail.com] Sent: Thursday, October 17, 2013 3:37 PM To: users@subversion.apache.org Subject: svn mergeinfo and svn merge - questions Hi All We are using 1.6 SVN. We like to svn merge from our branch A to trunk. We have been diligent in svn

svn mergeinfo and svn merge - questions

> > Hi All > > We are using 1.6 SVN. > We like to svn merge from our branch A to trunk. > We have been diligent in svn merge from trunk to A. > These svn merges from trunk to branch A also include --record-only merges > too, in addition to regular merges. > Development on branch A has stopped. > No

Re: A couple of questions, please... (UNCLASSIFIED)

On Jun 6, 2013, at 11:01, "Doughty, Stefan J CTR (US)" wrote: > I’ve been tasked to get a Certificate of Networthiness (CON) from the U.S. > government so we can use Apache Subversion for version control. I’ve been > using it for several years at home and I love it. > > 1. Is there pe

A couple of questions, please... (UNCLASSIFIED)

Classification: UNCLASSIFIED Caveats: NONE Hi, I've been tasked to get a Certificate of Networthiness (CON) from the U.S. government so we can use Apache Subversion for version control. I've been using it for several years at home and I love it. 1. Is there perhaps a CON already? I

Re: questions about subversion secondary development

On 2013-04-29 10:36, Cooke, Mark wrote: -Original Message- From: Edwin Cheung [mailto:edoka...@gmail.com] Sent: 27 April 2013 07:55 To: users@subversion.apache.org Subject: questions about subversion secondary development Dear sir or madam: When I use the binary packages

RE: questions about subversion secondary development

> -Original Message- > From: Edwin Cheung [mailto:edoka...@gmail.com] > Sent: 27 April 2013 07:55 > To: users@subversion.apache.org > Subject: questions about subversion secondary development > > Dear sir or madam: >When I use the binary pack

questions about subversion secondary development

Dear sir or madam: When I use the binary packages ( Win32Svn, svn-win32-1.6.21_dev.zip) to run the example code named "minimal_client.c"(located in the directory of "subversion-1.6.21\tools\examples"), I get an access violation on calling "svn_cmdl

Re: meta-suggestion Re: svn:ignore and svn merge - quick questions

Johan Corveleyn wrote on Sat, Apr 27, 2013 at 20:18:07 +0200: > [ Small meta-suggestion: please drop the "quick question" suffix from > your future posts. It's distracting, and often the answers aren't that > quick to come up with :-). And because of this, you scare away some > potential helpers, w

Re: svn:ignore and svn merge - quick questions

On Sat, Apr 27, 2013 at 6:51 PM, Z W wrote: > Hi All > > We like to ignore a set of jar files under our working copy root directory: > working copy root dir: /scratch/testMerge > working copy jars dir: /scratch/testMerge/build/jars > > We tried to perform merging from a trunk to our workin

Re: svn:ignore and svn merge - quick questions

Guten Tag Z W, am Samstag, 27. April 2013 um 18:51 schrieben Sie: > How do we set it right ?   > Can svn:ignore be used with svn merge or is svn:ignore only used > for svn checkout as a typical use case for svn:ignore ? svn:ignore only works on the current versioned directory and only for object

svn:ignore and svn merge - quick questions

Hi All We like to ignore a set of jar files under our working copy root directory: working copy root dir: /scratch/testMerge working copy jars dir: /scratch/testMerge/build/jars We tried to perform merging from a trunk to our working copy branch and it failed because one of the jar ins

SVN status code and server/client responses - quick questions

Hi All We're new to SVN. We think we got the basics but like to know more. We having been using SVN updates with Hudson and it uses the SVNkit as a SVN client. We notice that sometimes zip file is NOT updated from the SVN server. On another occasion, we're not sure why when someone checks in the

Re: svn info and svnlook - quick questions

Guten Tag Z W, am Sonntag, 20. Januar 2013 um 00:56 schrieben Sie: > 2- > We thought svnlook is only available for the remote svn server but it > seems we can execute it. > We thought svnlook is a svn server command and not a svn client > command - are we correct ? Look at the help or manpage for

Re: svn info and svnlook - quick questions

Z W wrote: >Hi All > >We're new to subversion. > >We like to make sure we get the latest svn revision number from the >svn repository on the remote server. >We are confused as to which command to use to find our latest revision >number. >Questions >1- &

svn info and svnlook - quick questions

Hi All We're new to subversion. We like to make sure we get the latest svn revision number from the svn repository on the remote server. We are confused as to which command to use to find our latest revision number. Questions 1- Which is correct - svn info url or svnlook youngest 2- We th

AW: Two questions about svn log of a deleted file

Hello Stefan, thank you for your answer, thinks are slowly getting clear. > > > > I deleted a file a.txt in revision 1186. > > [...] > > > > svn log a.txt@1100 gives me the history up to rev. 1100 > > svn log a.txt@1185 gives me the history up to rev. 1185 > (which ends at rev 1132, no newe

Re: SVN Usage Questions

Am 08.11.2012 23:39, schrieb Ahmed, Omair (GE Oil & Gas): I am looking for some guidance on where to store build artifacts in SVN. Generally, the advise is not to store build artifacts. Compiled binaries can't be merged or diffed meaningfully, which makes them "dead ends" as far as their hand

Re: SVN Usage Questions

Guten Tag Ahmed, Omair (GE Oil & Gas), am Donnerstag, 8. November 2012 um 23:39 schrieben Sie: > Our proposed process calls for the build engineer to copy the code > from the SVN repo to the build server. When a build has been > executed, where should we copy the artifacts (the executables) back >

Re: SVN Usage Questions

8 November 2012/... /build/7 November 2012/... And dump all build artifacts in there. Richard - Original Message - From: Ahmed, Omair (GE Oil & Gas) Sent: 11/09/12 08:39 AM To: users@subversion.apache.org Subject: SVN Usage Questions Hi, I am looking for some guidance on where to st

SVN Usage Questions

Hi, I am looking for some guidance on where to store build artifacts in SVN. Our projects are organized in the typical fashion: /trunk/Customer1/ ../../src ../../database /branch /tags /release Our official build server is a QNX system, a Unix-like OS. Our proposed process ca

Re: Two questions about svn log of a deleted file

On Thu, Nov 08, 2012 at 03:15:49PM +0100, Niemann, Hartmut wrote: > Hello! > > (This is TortoiseSVN's command line client >svn, version 1.7.7 (r1393599) >compiled Oct 8 2012, 18:39:05, > belonging to >TortoiseSVN 1.7.10, Build 23359 - 32 Bit , 2012/10/08 11:46:26 > on Windows XP,

Two questions about svn log of a deleted file

Hello! (This is TortoiseSVN's command line client svn, version 1.7.7 (r1393599) compiled Oct 8 2012, 18:39:05, belonging to TortoiseSVN 1.7.10, Build 23359 - 32 Bit , 2012/10/08 11:46:26 on Windows XP, if that makes a difference) I deleted a file a.txt in revision 1186. sv

Re: general questions

On Tue, Sep 11, 2012 at 2:33 PM, John Maher wrote: > So you think 100 years from now people will be entering text based > commands? Yes, for as long as people think, speak, write and read text, they will use it to communicate with each other and the machines that assist them. And they will cont

RE: general questions

ache.org Subject: Re: general questions On Tue, Sep 11, 2012 at 3:10 PM, John Maher wrote: > Sorry I'm not reading anything on unix if I can help it. Text based > operating systems will be obsolete. I know all you text gurus will > argue to your death. But JCL was junk while it was

Re: general questions

On Tue, Sep 11, 2012 at 03:10:57PM -0400, John Maher wrote: > Sorry I'm not reading anything on unix if I can help it. With that statement, you've made it obvious that you don't actually understand the capabilities of the CLI. Both CLI and GUI have their uses, and it's definitely not the case that

Re: general questions

On Tue, Sep 11, 2012 at 2:20 PM, John Maher wrote: >>A script is a wrapper around all of your programs and becomes a > superset of all of them. > lololol that has got to be the most unusual definition I have ever > heard of a script. According to your definition, a macro in a word > processer is

  1   2   3   >