the repository tree which is replicated.
>>
>> >
>> > Do I need to manually create all the subversion repository folders
>> > under /data/subversion before syncing, along with the same user
>> > permissions/ownership? Or does subversion automatically create the
>> > folders?
>>
>> Depends if /data/subversion IS the repository, or CONTAINS repositories.
>>
>> Andreas
>>
>
>
--
Geoff Rowell
geoff.row...@gmail.com
> On Nov 16, 2013, at 6:06 AM, Andreas Mohr wrote:
>
>> On Sat, Nov 16, 2013 at 04:29:13AM -0500, Geoff Rowell wrote:
>>
>>> On Nov 16, 2013, at 2:10 AM, Vladislav Javadov wrote:
>>>
>>> rm programs/develop/fasm/tags
>>> rm pro
> On Nov 16, 2013, at 2:10 AM, Vladislav Javadov wrote:
>
> rm programs/develop/fasm/tags
> rm programs/games/mine/tags
> rm programs/games/snake/tags
Each command argument must be on a separate line:
rm
programs/develop/fasm/tags
rm
programs/games/mine/tags
rm
programs/games/snake/tags
- Geo
On Sep 27, 2011, at 4:25 PM, "Thompson, Thomas J"
wrote:
> Hi,
>
>
>
> I’m an intermediate perl developer with lots to learn, but I think I’ve found
> an issue with the perl subversion bindings that I’d like to pass by you folks
> to ensure it’s not just operator error. I would give you
On Jul 29, 2011, at 8:17 AM, Thomas Harold wrote:
> http://subversion.apache.org/docs/release-notes/1.5.html#externals
>
> The relative URLs being allowed in svn:externals was a huge step forward.
> But it still relies on the source path not ever changing.
>
> For example:
>
> /repos/zag foo
h file name had a linear
> number at the end). I don't have any timings to back this up, though I'll
> collect some if anyone's interested.
>
I don't know why, but I believe the key thing here is working with
*binary* files.
I noticed the same problem with a massive (10K+) amount of audio
snippets in a single directory.
--
Geoff Rowell
geoff.row...@gmail.com
nHook framework provides XML-configurable Subversion server hook
scripts that can handle all of this (a change path match triggering
the sending of emails).
--
Geoff Rowell
geoff.row...@gmail.com
I tell svn to record that the revisions should be marked as
> merged? In my opinion, it simply refuses to do that (the 4* still exists),
>
> plus it adds more explicit mergeinfo to the childs (something I can’t
> understand right now, but maybe it makes sense).
>
>
>
> So what do you think? Is this behavior intended or did something go wrong
> between v1.6.12 and 1.6.13?
>
> Or maybe am I missing some important point?
>
>
>
> Thanks in advance!
The asterisk at the end of the revision number list indicates that the
revision list only applies to the current directory - i.e. it's
non-recursive.
BTW, I posted a similar Perl script to this mailing list some time ago.
When done, you may want to look into the Subversion Hook Framework for
a hook script that prevents recording merge into for lower level files
and folders.
--
Geoff Rowell
geoff.row...@gmail.com
On Wed, Apr 28, 2010 at 10:01 AM, Cooke, Mark wrote:
>> > From: Geoff Rowell [mailto:geoff.row...@gmail.com]
>> > Sent: 22 April 2010 14:21
>> > To: Giulio Troccoli
>> > Cc: users@subversion.apache.org
>> > Subject: RE: Common name for transaction
s, by the
> way.)
>
It appeared to me that the "db/fsfs.conf" files were wiped out during
my upgrade of the CollabNet Subversion Server. This caused my hotcopy
backups to fail. I used "svnadmin create" to create a junk repository
and copied the resulting "db/fsfs.conf" file into my existing
repositories. That fixed it.
--
Geoff Rowell
geoff.row...@gmail.com
bug
> number is correct, but also if the issue has the correct status, if we are
> committing in the correct branch, etc. I'm sure that could be done with that
> framework (but please correct me if I'm wrong).
>
Hi Giulio,
I've added an "ExecuteCmd" action tag to version 2.1.3 that can be
used to execute system commands.
--
Geoff Rowell
geoff.row...@gmail.com
at would encompass both, and that's what I'm asking the list.
>
> So, any suggestions?
Sounds like you're duplicating the Subversion Hook Framework.
http://sourceforge.net/projects/svnhook
---
Geoff Rowell
geoff.row...@gmail.com
In addition to adding merge info to your working copy target, merge info
will be added to any file or folder under a target folder if the file or
folder already has an "svn:mergeinfo" property. This will happen even if the
original "svn:mergeinfo" property is empty.
The only way to correct this is
/svnhook
There's an example under "Hook Configuration File Examples".
---
Geoff Rowell
geoff.row...@gmail.com
enhanced browsing of Subversion repositories will
be interested in the Python bindings.
---
Geoff Rowell
geoff.row...@gmail.com
svn:mimetype' in props: # then it's
>> some kind of text file
>> for line in subprocess.Popen([SVNLOOK, 'cat', repos,
>> '--transaction', txn, path], stdout=subprocess.PIPE).stdout:
>> if "DO_NOT_COMMIT" in line:
>> sys.stderr.write(path + ": found
>> DO_NOT_COMMIT\n")
>> rc = 1
>> break
>>
>> sys.exit(rc)
>>
>> --8>
>>
The Subversion Hook Framework wiki
(http://sourceforge.net/apps/mediawiki/svnhook) has an example
pre-commit action for this.
(?i)/(branches|tags|trunk)/
(?i)/(trunk|branches/[^/]+|tags/[^/]+)/$
^svn:mergeinfo$
Merge info not allowed on path "${Path}"!
Please revert the changes and merge at the root level.
Could be read as - look for anything under branches/tags/trunk and
prevent setting mergeinfo anywhere but at the root.
--
Geoff Rowell
geoff.row...@gmail.com
commits to specific repository regions.
* Restricting where mergeinfo may be set.
* Setting revision files to trigger background processes.
--
Geoff Rowell
geoff.row...@gmail.com
. So no thank you, I don't commit it.
>
Yes. My developers have seen this unwanted addition of mergeinfo from
URL copying, too.
The mergeinfo restriction in the hook has proven invaluable in
preventing a commit of it.
--
Geoff Rowell
geoff.row...@gmail.com
18 matches
Mail list logo
