Hello,
William Nagel wrote:
> I'm not sure I entirely understand what problem it is that you want to
> fix. You say that you think there should be a better way to work than
> your current approach, but it's not clear to me what part of your
> current approach you really feel is bad. I can think of a couple of
> ways you might be able to change what you're doing, but I'm not sure
> I'd say they're objectively better, just different. If you tell me
> why you think your way is bad, though, I might be able to suggest an
> improvement.
Yes - you are right. I didn't really tell what my goal is :-)
The problem of the setup I described before was that there are too many
steps to go when the framework changes.
In fact I just wanted to do a simple update after a dev commited his
changes to the framework.
After all I think I found the answer while trying to ask the question.
(I didn't understand my own problem...)
From the book:
"Sometimes it is useful to construct a working copy that is made out of
a number of different checkouts. For example, you may want different
subdirectories to come from different locations in a repository, or
perhaps from different repositories altogether."
Yep.
What I am trying to do is to do is to set up a new project (a new trunk)
which consists of file from the main framework trunk, the main module
trunk and some specific files which in fact belong to the trunk of the
project. So I am putting together a mix of 3 'sources' of the repository
to form a new project.
So I will now really try the externals thing as it really seems to be
the solution in this case.
Thanks a lot
--
Daniel Khan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 17 22:35:48 2004