> On Thu, Jul 15, 2010 at 12:29, Bob Archer
> wrote:
> >> Let's get through this one step at a time:
> >>
> >> First of all, if you are trying to use Subversion just to
> version
> >> your
> >> own designs and files, you are probably be
> On Thu, Jul 15, 2010 at 12:37, Bob Archer
> wrote:
> >> Trying to resolve this issue. I expected to find a 'locked'
> file
> >> somewhere, but one does not exist. Running 'svn cleanup' does
> not
> >> resolve the problem either.
>
You might want to look at Robocopy. It is basically windows answer to rsync.
BOb
From: svnusert...@href.com [mailto:svnusert...@href.com]
Sent: Thursday, July 15, 2010 9:07 PM
To: users@subversion.apache.org
Subject: Re: how to contribute feature of unknown popularity
Thank you very much for
sing Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- han
some way?
use svnadmin create to crate your two repos.
use svn to create your tags
It seems pretty straight forward. Or, do I not understand what you are asking?
BOb
>
> Create a large NFS file system for the source control repository
> and connect it to the Subversion system referred t
simple "bridge" between a generic development
> system an svn?
I don't know what this means.
BOb
oint this out too... but decided it didn't add to the
discussion. While I do agree that forums are somewhat more user friendly...
Aren't there also several Web properties that let you participate in the mail
list via your browser that make it very much like a forum would appear?
BOb
Certainly not. Nor do you have to subscribe to post. As a non-subscriber your
post will be moderated but if you are patient it will be approved through
fairly quickly (says I as one of the moderators).
BOb
et those messages as well
as it going to the list to be archived.
However, I guess there will still be users that don't do that.
BOb
a recent version .10 or newer
perhaps. You can check the change logs.
If other are everyone else I think you can even do:
[repo:/]
@groupa =
* = rw
[repo:/trunk/proja]
@groupa = rw
But, not sure, you would have to test.
BOb
> > From: Bob Archer [mailto:bob.arc...@amsi.com]
> >
> > I'm pretty sure this works... although there was a bug with the
> group being able to create a branch in their allowed path if they
> didn't have read access to root. However, I think this was fixed
its history) & create a new project B.
>
> Thanks in advance.
>
Sure... just copy Branch A to Project B just like you would branch trunk. Both
are copy operations and there is no real difference.
BOb
> Thanks for your suggestion Bob.
>
> I never thought this is so simple.
>
> I am using Eclipse with subversion.
> I have copied the contents to the new project using the following
> approach.
> * Checked out Branch_A into Eclipse workspace
> * Selected Team->Branch
seen by collabnet they usually have a slide that shows
market penetration and growth. You might be able to find some slide decks on
their web site.
BOb
gt; and
> better handling of EOL in log files, and every other Subversion
> patch
> since 1.4.
>
> > 4) After the upgrade, how do I go about upgrading the svn
> repositories?
>
> See above. Backup, update software, do svnadmin hotcopy.
>
Wouldn't he have to run svnadmin upgrade or do a dump/load to get the
repository in the newest version format to take advantage of the new storage /
merge features?
BOb
n so it won't merge in the same revisions more
than once and also for log viewing. If you are keeping track of this manually
then you probably really aren't using the feature. However, there really is no
way to turn it off.
But, I think being able to see history back through the merge (-g
--user-merge-history) is a pretty useful thing, isn't it?
BOb
Of course, --ignore-ancestry will also, well ignore ancestry, and only do a
diff. So, if you have a file with the same name as an earlier file with the
same path/name that is not actually its parent you are going to get a bad merge.
BOb
an add:
Dfoo.c
Afoo.c
Most merges involve comparing trees that are ancestrally related to one
another; therefore, svn merge defaults to this behavior.
---
It goes on to talk about merging unrelated trees which is when you would
probably want to use --ignore-ancestry.
BOb
reamweaver's internal svn support that doesn't
preclude you from installing TortoiseSVN to view repo and logs.
For someone to view that info the will need read access to the repository. So,
they could use TSVN. Or... as others suggest use ViewVC or other such web UI
based tools.
BOb
would need a svn dev to
tell you the particulars... I think there are cases where a simple delta can't
always be used for a binary file so the whole content is stored in each
revision.
BOb
like cvs and vss... but the delay still
works with the svn provider. Does your build server have a setting like this
perhaps?
BOb
only for a single property.
Have you considered setting up auto-props and mime-type mappings?
BOb
property...
which it should of. Also, you might want to setup a test scenerio of this by
dumping your repo or just create a similar situation in a test repo.
Also, you might want to train your people to not merge from project sub-folders
to prevent child-node/file mergeinfo.
BOb
st in too many directories and they contain
> references
> to literally 2 dozen branches that are long retired and I think
> they're
> slowing down my merges which now take almost 5 minutes each.
I don't see why you would need to keep this data... it seems non-sensical to
have mergeino on the trunk that shows merges from trunk.
BOb
; Do
> any one has this problem?
You should probably export your working copy to a new folder and build your
package from that. An export does not include the .svn folders.
BOb
achines.
> Can someone help me, please?
> Thanks!
Have you tried using the ip address?
BOb
asking is because now, when I merge trunk into other
> branches I have got these mergeinfo too, which I'm not interested
> in the least, and more than once they confused me.
>
> Giulio Troccoli
I would say, it depends. Do you have any branches that were copied from those
branches that you might merge into trunk?
BOb
(dev build)
svn:eol-style and svn:mime-type application/octet-stream are pretty much
mutually exclusive.
Which is why it tells you not to set an eol-style on a binary file.
Are you saying you want it to not allow setting a file as binary if it has an
eol-style set?
BOb
te a tag for /trunk.
> or is there something wrong with my configuration?
>
> Are you using the SVNParentPath or SVNPath directive?
> Can you show us your Subversion section for Apache?
>
I think this is a known issue that has been fixed and will release in 1.6.13.
BOb
ternal websites the server hosts.
> Thanks in advance.
> Jon
Is this a public server? I wonder if it is just the typical bots crawling for
insecure apps and such. Although, I'm not sure why the VSVN server would be
looking for the file.
Have you asked on the Visual SVN mail list?
BOb
I cannot move them under one location because lot
> of other systems are expecting those projects to be at that
> location. So I would rather change the new system (svnserver) to
> adopt to the exisiting layout.
>
> Is there any way to get around this?
Have you tried symlinks? Windows 2008 server and up supports them.
BOb
the exisiting layout.
> >
> > Is there any way to get around this?
>
> Have you tried symlinks? Windows 2008 server and up supports them.
>
> BOb
I may have totally misunderstood you. Are the above paths you show working copy
paths, or are they existing svn repositories?
BOb
itory" and "working copy". Have you read
the first two chapters of the FREE svn book?
BOb
om repository A and
load the dump to repository B. If there is stuff in the A dump you don't want
in the B repo you will need to use svndumpfilter.
This is explained in the FREE svn book.
http://svnbook.red-bean.com/nightly/en/svn-book.html
BOb
ad access to the root of the repository, even though they have
access to the path they are copying from/to it won't work. This has been fixed,
it is in the svn tracker and slated to release in 1.6.13.
The only way to fix this for now is to make sure your users all have read
access to the root of the repository.
BOb
, symlinks are different than sortcuts and they don't exist on
> XP.
> >
> > But, I think you are mixing up "repository" and "working copy".
> Have
> > you read the first two chapters of the FREE svn book?
> >
> > BOb
> >
> BOb,
>
&g
00% of the trunk code must have
been merged to the branch... (assuming you are reintegrating to trunk.)
Yes, it is possible during a merge that mergeinfo is removed. Google for
mergeinfo elision. Druing a merge svn will ellide any merge info of child nodes
where all the info will reside in a parent node.
BOb
> 2010/9/15 Kayhan Yüksel
> This is the svnserve configuration file:
>
> ### This file controls the configuration of the svnserve daemon, if
> you
> ### use it to allow access to this repository. (If you only allow
> ### access through http: and/or file: URLs, then this file is
> ### irrelevant.
curial, and I have the feeling
> that it may be more suitable. I don't know Mercurial well enough to
> make a call here, so any comments on this is also very much
> appreciated.
You will have the same issues with Mercurial as with svn. The implementation is
different but the concepts are pretty much the same. The main difference is
that with Mercurial the working copy is also the repository.
BOb
the
server. The application needs to be built to create the binaries, which we
don't put into svn.
Also, our servers are in a data center so our production servers don't even
have access to the svn server which is only exposed on the intranet.
So... nothing is "wrong" with it if it works for you.
BOb
xporting your working copy and
then importing it in starting a new path? If you do that you will lose all your
existing history.
What you can do possibly is do is do a second check out to a new folder. Then
use windiff or beyond compare to re-do your changes... make sure to use T-SVN
move/delete commands as you do it.
Hth,
BOb
>
> What you can do possibly is do is do a second check out to a new
> folder. Then use windiff or beyond compare to re-do your changes...
> make sure to use T-SVN move/delete commands as you do it.
>
Sorry, thought this was the T-SVn list. Anyway... all the above applies to SVN
except if you are not on windows you would need to use a platform appropriate
folder/file compare tool.
BOb
root folder of your project which
put merge info on those files but not on the parent root folder.
What is the mergeinfo before you do your merge and after you do your merge on
one of those files where the merge info is being updates but the files are not
modified?
BOb
>
> And this
ike work ...
>
> But I thought would check if there was a "simpler" option prior to
> heading down that path.
>
>
> As Aways - thanks.
hth,
BOb
inary for it. You might have to build it on Solaris so I guess
that doesn't meet your requirements.
BOb
n: No repository found in 'svn://192.168.1.50'
Are you sure /private is actually a repository? Can you list files in it?
If so, perhaps repo to repo moves aren't possible. Yea, I just tried a copy
from one repo to another and that gave me the same error. So, I'm pretty sure
that is the issue. If you want to move a project from one repo to another and
retain history you are going to need to dump/load it.
BOb
ision added the appropiate revisions to the
> mergeinfo property).
It does do that.. see above. It checks the mergeinfo on the branch to ensure
that it includes all the revisions made to trunk since the branch was created.
You should really run some of these use cases through a test repo. That is the
best way to understand what is going on and how it works.
Hth,
BOb
ant that.
Use the --keep-local switch.
> Next is these a way to make the ignore property for a directory
> apply
> to all sub dirs recursively. The next project I want to move to
> svn
> is much larger and has many nested directories
If you ignore a directory everything it contains will be ignored.
BOb
y all files and
> afterwards delete the old one, but simply rename it.
>
> Thanks for every hint in advance.
Do you want to rename a "project" which I take to mean a folder in your
repository. Or do you want to rename the repository?
BOb
t a problem. BerkeleyDB, on the other hand, is usually several
> problems, which is why the Subversion developers have spent so much
> effort over the years creating and improving FSFS. I am told BDB
> has its place but I recommend it be avoided.
>
Although, I think they are starting to migrate more of the metadata in the
server to sqlite. Everything old is new again eh.
BOb
> > -Original Message-
> > From: Bob Archer [mailto:bob.arc...@amsi.com]
> > Sent: 23 September 2010 16:10
> > To: Ryan Schmidt; Stewart Dean
> > Cc: Subversion Users
> > Subject: RE: configure stopping on Berkeley DB include.
> >
> >
Does the nightly book contain changes for 1.7? If so, is there anyway possible
to branch the book at the point before 1.7 stuff had been added to it and
changing the red-book page so rather than having the 1.5 version and the
nightly it has the 1.6 version and the nightly.
BOb
> On 9/23/2010 11:08 AM, Bob Archer wrote:
> >> Hi subversion list!
> >>
> >> I would like to move a whole project to another name. Let's say,
> I
> >> have
> >> the project right now with a name called "hello", and I would
&g
and also that they
> won't have to wait for some admin person (let's say myself) to just
> create a repository for them.
The simple answer is to match svn versions... use all 1.5.x or 1.6.x.
I would suggest you upgrade you sever to 1.6.x.
BOb
I would not put it at the top of
my wish list. If I "really" need to get something out of the repo it is
possible with dumpfilter.
BOb
t desired behavior
> but the prob is when i add a new project under root-dir i have to
> update the URLs list, which i dont want
>
> Thanks
BOb
ir trunk
> > svn mv * trunk
>
> Well, that would try to move the new trunk into trunk too, wouldn't
> it? I think you have to selectively "svn mv" each individual item
> that is not trunk into trunk.
Try...
svn mv a-project trunk
svn cd a-project
svn trunk a-project/trunk
That will retain all your history.
BOb
> Hi.
>
> 2010/9/29 Bob Archer :
> > svn cd a-project
> > svn trunk a-project/trunk
>
> What's that supposed to do?
Sorry... missed the mv
BOb
>
> MacBook-Pro:~ alex$ svn --version
> svn, version 1.6.5 (r38866)
>compiled Oct 16 2009, 02:
> On Wed, Sep 29, 2010 at 10:07:01AM +0200, Tino Schwarze wrote:
> > On Thu, Sep 23, 2010 at 10:37:30AM -0400, Bob Archer wrote:
> >
> > > > > The critical paragraph is this one:
> > > > >
> > > > > "When merging your branch back
NFS
shares.
BOb
From: Tech Geek [mailto:techgeek12...@gmail.com]
Sent: Wednesday, September 29, 2010 8:21 PM
To: users@subversion.apache.org
Subject: Re: Wrong value in db/format when creating from TortoiseSVN
I also experimented with http:// protocol and the same error message. I have
spent
Did you check the headers of the mail your are getting from the list to ensure
it is being sent to the email address that you are sending the unsubscribe to?
The list server may see your from/reply-to as different addresses. IP
departments love to do all kinds of aliasing with email.
From: Gree
1.6.13 was
the "target milestone".
BOb
> -Original Message-
> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On
> Behalf Of Hyrum K. Wright
> Sent: Friday, October 01, 2010 1:08 PM
> To: Subversion Development; users; announce
> Subject: Subversion
I have a problem with external files using the 1.7 WC format.
I experienced the problem using TortoiseSVN and reported it on the TSVN mailing
list.
They suggested reporting it here or on the dev list, since 1.7 is not final.
Where is the best place to send this?
Thanks,
Bob
We used this:
http://www.polarion.com/products/svn/svn_importer.php
it worked very well.
From: G Suresh [mailto:sures...@hcl.com]
Sent: Tuesday, March 03, 2015 7:36 AM
To: users@subversion.apache.org
Subject: RE: PVCS to SUBVERSION
Hi,
We want to migrate Pvcs to Subversion.
Could you please
Why not go with a cloud based hosting provider? There are quite a few
professional ones out there. I expect it would cost less to pay one of these
providers than a single person dedicated to supporting you.
http://www.svnhostingcomparison.com/
From: Matthias Kehder [mailto:mkeh...@modernanalyt
I'm going to try to keep this simple. Wish me luck.
Subversion requires you to do a sync merge from your trunk to a branch, before
you can do a reintegrate merge from the branch back to the trunk. But the sync
merge seems incompatible with a
branching pattern where the trunk contains ongoing dev
uced errors and strange conflicts. With
Subversion 1.8 or higher, I am forced to cherry-pick, which may sometimes
produce poor results if I pick the
wrong cherries. I had regarded cherry-picking as error-prone and something to
be avoided, but it's good to know that it's used suc
> I am handling SVN operations in my company.
> Today we find that SVN Speed is too much slow.
>
> VisualSVN Server : 2.5.7
> Tortoise SVN : 1.6
Is that a question?
Slow where? Client? 1.7 shows to be much faster for many client side
operations.
BOb
d svnserve.conf)
>
> Instead Of we are plan to use windows Active directory account for SVN.
>
If you use SVN Edge it is very easy to use your windows domain logins with it.
You just need to know your active directory server, OU names and such. We have
ours set up this
new url, and
then you can stop the svnserve service.
>
> Regards
> Support Team.
>
> From:
> Bob Archer
> To:
> Krishnamoorthi Gopal , Ryan Schmidt 20...@ryandesign.com>
> Cc:
> Joseba Ercilla Olabarri , Mark Phippard
> , "users@subversion.apache.
est.com/svn/root/src/usr/ext/b.java
>
> as opposed to
> svn merge -c 345 https://test.com/svn/root/src/usr/ext
>
>
> Thanks all.
The resulting commit would probably be the same... although I expect the merge
info would be applied to the files rather than the folder. Give your simple
example a try in a test repo.
BOb
ments? That would
> totally mess up normal use of "svn blame", among the other usual problems.
>
I agree. It seems to me that a CI build process should be generating BLAME
audit documents for the auditors that could be checked into another repository.
The devs should OWN the source, not the auditors!
BOb
> Hi Johan, Bob and all
>
> We took your suggestion and it still fails in that
> 1- when we try to merge again at the root level
> (goals:
> a- to move subtree merge done previously to the working copy root level so
> that the past merge can be traced at the root level
> On Wed, Apr 24, 2013 at 9:32 AM, Bob Archer wrote:
> > Hi Johan, Bob and all
> >
> > We took your suggestion and it still fails in that
> > 1- when we try to merge again at the root level
> > (goals:
> > a- to move subtree merge done previously to the
> -Original Message-
> From: Z W [mailto:mpc8...@gmail.com]
> Sent: Wednesday, April 24, 2013 4:26 PM
> To: Bob Archer
> Cc: Johan Corveleyn; users@subversion.apache.org
> Subject: Re: merge using same revision number - quick question
>
>
>
> On Wed, Apr 2
could if we wanted
to. However, the build scripts would have to be changed a bit since artifacts
are copied to a folder based on version number atm.
Once again, whatever works best for you. Using a trunk that was never the same
version from week to week didn't work for us. We also were doing a lot of
cyclic merges and needed a better way.
BOb
nly true if this change is 1.something. But, if it is 2.0 then the svn
rules allow for a break in backward compatibility.
What I don't understand is why someone argues about how git does something is
better yet uses svn. Use the tool that works for you, or works the way you
expect a tool to work.
BOb
> On 05/13/2013 10:04 AM, Bob Archer wrote:
> > What I don't understand is why someone argues about how git does
> > something is better yet uses svn. Use the tool that works for you, or
> > works the way you expect a tool to work.
>
> Oh, I'm sure if we
g to merge.
That said, I don't even think you can specify in git "what" to merge it just
merges all the changes. I think it is possible to do a cherry-pick, but I think
that creates a diff basically and applies that to the target.
BOb
>
> >> The nature of branch
> On 05/18/2013 08:33 PM, David Chapman wrote:
> > On 5/18/2013 12:01 PM, Zé wrote:
> >> On 05/18/2013 07:16 PM, David Chapman wrote:
> >>>
> >>> You are pretty insistent that there is One True Way to use branches
> >>> in development.
> >>
> >> No, I'm stating that if all a SCM does is track chang
of the path is still in
the repo? That's what your example seemed to show. I think people want
obiliterate to deal with that issue. You can delete any path and still see it
in the history if you ask for it.. Isn't keeping that history the whole point?
BOb
> On Tue, May 21, 2013 at 9:23 AM, Bob Archer wrote:
> >>>
> >> You are confused. This discussion is about how subversion lacks any
> >> support for branching, which is quite obvious to anyone who
> >> understands and acknowledges that all subversion
> > .. snip
> >
> > You keep saying "svn doesn't support branches" yet I use branches
> > every day. While there is no way to "list branches" it would be
> > possible. I think the current implementation records the parent path
> > in the branch, but not vice versa... I assume svn doesn't do this
>
ot;tag" command that added metadata to a revision
which I think someone showed an example of earlier in this thread, you could
still use the "copy" command to get a writeable tag directory like you have
now. Frankly, if you are writing to tags it is more like a branch. ;)
BOb
> > So what's the actual problem (or problems) with SVN's branching and
> > tagging? Where does it hurt your workflow? What would make SVN not
> > "hurt you" in that way?
> >
> > Please be concrete, and give examples of what really bothers you as a
> > user or an admin in your daily work. Saying th
d/test local that the build server
runs.
3. If step two is successful commit to the server.
BOb
essage I assume that your "branch" install a copy of your trunk,
>hence not "ancestrally related".
It "thinks" there is a relationship because you are doing a merge. I'm not sure
why the "ignore ancestry" doesn't solve the issue though.
Since trunk is empty... why not just delete trunk and copy that branch to trunk?
BOb
Did you try it without using Dry Run... I have found at times that can cause
issues. There's really no need to use dry run since you can just revert. Just
make sure you have no pending changes in your target working copy.
From: C M [mailto:cmanalys...@gmail.com]
Sent: Monday, June 17, 2013 12:39
It’s users-unsubscribe …
BOb
From: Alexander Ivanenko [mailto:kito...@mail.ru]
Sent: Wednesday, June 19, 2013 3:19 AM
To: users@subversion.apache.org
Subject: please unsubscribe me from the list
Please unsubscribe me from the list,
unsubscribe-us...@subversion.apache.org<mailto:unsubscribe
rsion of svn 1.8.1. You only need to look at the
file names to determine that.
BOb
>
> That is, I simply run TortoiseSVN, check stuff in and out of my unfuddle
> repository, and am deliberately and blissfully unaware of all the machinations
> that happen when I right click in Expl
ies and tools are checked in as binaries.
So the correct answer, as with almost anything in development is, it
depends.
BOb
>
>
> *
> "Le contenu de ce courriel et ses event
e" of an item in the repository is a
combination of the full path and the rev number
(^maindir/new_dir/foobar/what_I_work_with@123456) you can't update a path to a
revision in which that path didn't exist.
You would have to check out rev900 from the original path.
You could try:
Svn co -r 900 ^maindir/new_dir/foobar/what_I_work_with@123456
But, I'm not sure if that will work.
BOb
found it a strong part of svn that subdirectories of a repository are
> repositories themselves).
> >
> >
> >
> > Is there any way to check out or update to revision r900?
>
> I don't think so. Since the canonical "name" of an item in the repository i
?
One of the biggest slowdowns on windows is Virus Software. Are you running any.
Also, have you tested using the svn command line to do the checkout to see if
it is any faster? Most virus software ignores command line apps.
BOb
I cannot turn off the anti-virus part and check.
That's unfortunate. Are you able to at least tell it to ignore your development
root folder. We have corporate virus software too, but I am allowed to exclude
folders, so I exclude c:\users\bob\development. Virus Software can really mess
up
ubversion repository and see how long that takes.
Was the command line checkout time any different?
>
>
>
>
>
>
> From: kmra...@rockwellcollins.com [mailto:kmra...@rockwellcollins.com]
> Sent: 01 August 2013 15:20
>
phaned locks perhaps?
>
> They were working copy locks from another developer. I asked him to try the
> build himself to see if it allows the user who holds the lock to svn copy,
> haven't
> heard back from that.
>
> Breaking the locks allowed me to do an SVN copy.
>
> I haven't tried reproducing, but I certainly can if that would be helpful.
Are you sharing working copies with multiple people?
BOb
don't want check in? Or are you talking about import?
I believe import respects global ignores if you have them set up in your config
file.
BOb
>
> JM
>
> -Original Message-
> From: Edwin Castro [mailto:0ptikgh...@gmx.us]
> Sent: Monday, August 12, 2013 11:55
> Thanks Bob, that may be exactly what I am looking for. Something that would
> affect all the files without having to issue over 200 commands or build a
> dummy directory just for importing. Although that second suggestion provided
> by Andrew is definitely better than the f
quest to have a 'svn switch' option to take
> global-ignores into consideration when deciding whether to keep or delete
> local files?
>
I thought svn's policy was "do no harm"... so un-versioned files are never
deleted by default.
BOb
401 - 500 of 558 matches
Mail list logo
