Andy Levy <andy.levy@gmail.com> wrote:
> On 2/2/07, Hendrik Schober <SpamTrap@gmx.de> wrote:
> > *
> > |
> > +- 3rdparty
> > | |
> > | +- 3rdparty1
> > | |
> > | +- 3rdparty2
> > |
> > +- projects
> > | |
> > | +- project1
> > | |
> > | +- project2
> > |
> > +- shared
> > |
> > +- shared1
> > |
> > +- shared2
> >
> [...]
>
> I keep my tags at the project level, so that I have the following:
> root
> >
> \Project1
> \tags
> \branches
> \Project2
> \tags
> \branches
>
> And so on. Tagging the whole repository would just add clutter IMHO.
> The idea is that if I look at \Project1, the whole history of that
> project is right there - tags, branches, trunk, everything. If tags
> were at the same level as Project1 (right off the root), I'd have to
> look in multiple places to get that same information.
I see. However. Consider this (in the light of the
above scheme):
"project1" releases a new version, so I throw a tag
across "project1". But this project uses "shared1"
and "shared2" as well, so I also need to tag them.
If my working copy looks like this
project1
|
+-prj1_stuff1
|
+-prj1_stuff2
|
+-shared1
|
+-shared2
can I then throw the same tag across that shared
stuff as well?
> It sounds like you need a combination of externals (to pull everything
> required to work on a project into one checkout) and a script to help
> tagging (so that the externals in your tags point at the appropriate
> revisions of those externals, and (it sounds like) create a tag for
> those external elements as well).
Um, I guess that means "No" to the above question?
<rereads external chapter in svnbook>
Yikes. IIUC, I cannot even checkin changes in
"shared[N]" automatically when I checkin changes
to "project1", but have to go through all the
externals and do this manually. Is that true or
did I understand this wrong? If so, that's going
to be a serious problem.
Schobi
--
SpamTrap@gmx.de is never read
I'm HSchober at gmx dot org
"My hope is that if more people start reading books,
the world will become a better place."
froarulv in afp
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 5 13:06:29 2007