Giulio Troccoli wrote:
>[...]
>- check out the whole thing (it might be too big but maybe not)
> svn checkout file:///var/svn ~/tmp
>This will create a new directory called tmp in your home directory whit the
>whole of your repository.
>Insinde ~/tmp you will have var/svn/proj1, var/svn/proj2
10 sep 2010 kl. 04:16 skrev LiuYan 刘研 :
>
> Hi,
>
> I'm learning Subversion via svn-book, I encountered a problem in section
> "Reintegrating a Branch":
> http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate
>
> In this section, it
I use subversion to remotely participate in a project with gigs of
frequently-changing files that never affect me, mostly images and
localizations.
Subversion would be perfect for me if only svn checkout had a sticky
--exclude option analagous to the current working of sparse
directories. N
Hi,
I'm learning Subversion via svn-book, I encountered a problem in section
"Reintegrating a Branch":
http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate
In this section, it use the following syntax:
svn merge --reintegrate ^/branch
For some reasons this message was returned to me by the mailer daemon. So
resending it again.
>In SVN a working copy does not include the revision history, which remains
on the server (as opposed to Git or Hg).
Yes. I am aware of that.
> In order to see a revision graph (TortoiseSVN feature), you
>In SVN a working copy does not include the revision history, which remains
on the server (as opposed to Git or Hg).
Yes. I am aware of that.
> In order to see a revision graph (TortoiseSVN feature), you need to
communicate with the repository.
Yes. True.
>In fact, you don't even need a working c
svn:externals are exactly what you want. Basically, treat PartA and PartB as
separate projects entirely - think third party libraries - then your ProjectD
just brings together PartA and PartB and adds the glue to concat them together,
using svn:externals to bring in the appropriate versions. Yo
On Fri, Sep 10, 2010 at 12:36 AM, Tech Geek wrote:
> Geoff,
>
> I think I am beginning to undestand what you are suggesting.
>
> Right now I am in process of implementing this setup. At this point nothing
> exits - no ProjectD, no PartA and no PartB. So I will try to summarize what
> I have undes
Geoff,
I think I am beginning to undestand what you are suggesting.
Right now I am in process of implementing this setup. At this point nothing
exits - no ProjectD, no PartA and no PartB. So I will try to summarize what
I have undestood so far:
1. All our SVN repositories lives under the followi
SVN won't care, but our IDE may not like it like that. The only reason I
brought up svn:externals before is if PartA and PartB are already in SVN as
their own repos (or trees under one repo) then ProjectD doesn't want a copy of
those projects code, but rather a reference to them.
Thus, on Proje
Itamar O, yes you are almost there, I have to say very intelligent guess. I
am indeed talking about FPGA development. The only difference is we have a 2
part FPGA on our embedded board. PartA and PartB are both FPGA codes which
are developed separately for their respective chips and then later they
On Thu, Sep 9, 2010 at 11:23 PM, Tech Geek wrote:
> I am thinking something like this:
>
> ProjectD
> ProjectD/PartA/trunk
> ProjectD/PartA/tags
> ProjectD/PartA/branches
> ProjectD/PartB/trunk
> ProjectD/PartB/tags
> ProjectD/PartB/branches
>
> Beleive me or not in our scenario the code of Part
I am thinking something like this:
ProjectD
ProjectD/PartA/trunk
ProjectD/PartA/tags
ProjectD/PartA/branches
ProjectD/PartB/trunk
ProjectD/PartB/tags
ProjectD/PartB/branches
Beleive me or not in our scenario the code of Part A and Part B never gets
merged at any point. The only common part is tha
On Thu, Sep 9, 2010 at 8:52 PM, Geoff Hoffman wrote:
>
> We have hundreds of trees, each with their own trunk/ branches/ tags/ in
> one SVN repo. Works great. You may want to look at svn:externals. It may
> require re-thinking how you're using SVN a bit, but the payoff can be big.
> Basically you
We have hundreds of trees, each with their own trunk/ branches/ tags/ in one
SVN repo. Works great. You may want to look at svn:externals. It may require
re-thinking how you're using SVN a bit, but the payoff can be big. Basically
you branch or tag anything shared, and load it into ProjectD usi
On Thu, Sep 9, 2010 at 8:00 PM, Itamar O wrote:
> On Thu, Sep 9, 2010 at 8:38 PM, Tech Geek wrote:
>
>> So the concepts of trunks, branches, tags are transparent to SVN. We are
>> in a situation where we might need to have two trunks in one SVN repository.
>> The reason is that we have a family
On Thu, Sep 9, 2010 at 8:38 PM, Tech Geek wrote:
So the concepts of trunks, branches, tags are transparent to SVN. We are in a
situation where we might need to have two trunks in one SVN repository. The
reason is that we have a family of projects - say ProjectA, ProjectB, ProjectC
and so on, e
On 9/9/2010 11:32 AM, Geoff Hoffman wrote:
I was wondering if anyone knows of a database schema that exists, preferably
for MySQL, which would support all or most of subversion repository metadata?
Specifically I was thinking of the current difficulty we have in knowing things
like:
- how ma
On Thu, Sep 9, 2010 at 8:38 PM, Tech Geek wrote:
> So the concepts of trunks, branches, tags are transparent to SVN. We are in
> a situation where we might need to have two trunks in one SVN repository.
> The reason is that we have a family of projects - say ProjectA, ProjectB,
> ProjectC and so
So the concepts of trunks, branches, tags are transparent to SVN. We are in
a situation where we might need to have two trunks in one SVN repository.
The reason is that we have a family of projects - say ProjectA, ProjectB,
ProjectC and so on, each one has it's own repository and have just one trun
I was wondering if anyone knows of a database schema that exists, preferably
for MySQL, which would support all or most of subversion repository metadata?
Specifically I was thinking of the current difficulty we have in knowing things
like:
- how many commits has user U done over the past mont
On Thu, Sep 9, 2010 at 3:48 AM, Daniel Shahaf wrote:
> CC += dev@, and let me point you to our patch submission guidelines:
> http://subversion.apache.org/docs/community-guide/general.html#patches
>
> Summary for dev@: allow svnsync to translate non-UTF-8 log messages to UTF-8.
>
> (more below)
>
Giulio-
Thanks for the help and the idea. I'm traveling right now (hence my
intermittent follow-up on this), but will try it ASAP. Seems like a good
idea; I will post results one way or another.
Thanks again!!
Also, I'll be going through the rest of the follow-up emails on this, too.
Thanks to
On Wed, Sep 8, 2010 at 11:27 AM, Campbell Allan
wrote:
> The part of the book that I felt was relevant is when the line ending is set
> to native subversion will store the file in the repository with LF's only.
> The client is then changing this to reflect the preferences of the client OS.
Yeah,
On Thu, Sep 9, 2010 at 6:41 AM, Neil Bird wrote:
>
> Is there any way possible (aside from write a script to generate modified
> files) to update, checkout or otherwise fetch files from svn *without*
> having it honour the svn:keywords property (and without permanently removing
> said property)?
On Thu, Sep 09, 2010 at 11:41:25AM +0100, Neil Bird wrote:
>
> Is there any way possible (aside from write a script to generate
> modified files) to update, checkout or otherwise fetch files from
> svn *without* having it honour the svn:keywords property (and
> without permanently removing said
svn export --ignore-keywords
(exists in trunk; don't know if it's in 1.6)
Neil Bird wrote on Thu, Sep 09, 2010 at 11:41:25 +0100:
>
> Is there any way possible (aside from write a script to generate
> modified files) to update, checkout or otherwise fetch files from svn
> *without* having it h
On Thursday 09 Sep 2010, Alexander Skwar wrote:
> There are modules for apache out there, which allow PAM auth. Mod-auth-
> external seems to be easy to use (haven't tried it myself, though).
>
> http://code.google.com/p/mod-auth-external/
>
> Alexander
>
> Am 09.09.2010 um 08:42 schrieb "Curley,
Daniel Trebbien wrote on Wed, Sep 08, 2010 at 18:58:06 -0700:
> On Wed, Sep 8, 2010 at 4:39 PM, Daniel Trebbien wrote:
> > I think that a call to `svn_subst_translate_string`
> > (http://svn.collab.net/svn-doxygen/svn__subst_8h.html#a29)
Where did you find a link to this doxygen instance?
Our do
CC += dev@, and let me point you to our patch submission guidelines:
http://subversion.apache.org/docs/community-guide/general.html#patches
Summary for dev@: allow svnsync to translate non-UTF-8 log messages to UTF-8.
(more below)
Daniel Trebbien wrote on Wed, Sep 08, 2010 at 18:58:06 -0700:
> O
On Wednesday 08 Sep 2010, Csaba Raduly wrote:
> Hi Giulio,
>
> On Wed, Sep 8, 2010 at 10:25 AM, Giulio Troccoli wrote:
> > I am writing a pre-commit hook script in perl. One of the requirement is
> > that all files (luckily they are all text files) have the svn:eol-style
> > property set to LF an
Is there any way possible (aside from write a script to generate modified
files) to update, checkout or otherwise fetch files from svn *without*
having it honour the svn:keywords property (and without permanently removing
said property)?
This is for the purposes of doing some out-of-repo
On Wednesday 08 Sep 2010, Ryan Schmidt wrote:
> On Sep 8, 2010, at 10:27, Campbell Allan wrote:
> > Before sending my previous reply I had tested it with a file changed
> > using unix2dos. Prior to the commit svn diff only shows the text changes
> > ignoring the line endings. I haven't explicitly
s...@trodman.com wrote on Wed, Sep 08, 2010 at 19:12:01 -0500:
> Assuming a nightly 'svnadmin hotcopy' is run w/o errors, is
> there value in periodically running one or both of?:
>
> svnadmin verify REPO-PATHNAME 2>&1 |egrep -v '^\* Verified revision
> [0-9]+\.'
>
> svnadmin dump -q --delta
34 matches
Mail list logo
