> I would recommend doing what you are trying to avoid:
> make a separate working copy of each project's trunk. If there are
> changes that apply to many projects, surely those changes need to be
> tested separately in each project. Conceivably a patch could work
> well on one project and badly on another. You'd want the freedom to
> be able to undo the change in one project while retaining it in
> others, hence you'd want to commit in separate revisions. You might
> also want to merge the change from one project's trunk into its most
> current release branch, and that certainly would have to be its own
> revision anyway.
Thanks for the quick answer, it's a pity there's no such a feature and
i still think it could be quite useful in some cases. I do agree on
your point that every sub-project must be tested on every change but
sometimes changes are quite trivial and straightforward. Consider the
example when it's required to globally rename class "Foo" to "Bar" in
every sub-project, with this feature present i can safely run sed(tags
and branches won't be affected) and commit a single revision. If
anything goes wrong i can rollback to the previous revision without a
hassle. And now imagine how much work i have to do in case every
project is checked out to its own working copy.
In my case all sub-projects are actually related with each other. In
fact, they are plugins and some of them are closely interconnected.
This feature could simplify the maintenance routine a lot for me.
IMVHO, it shouldn't be a big deal to implement this feature. We
already have global ignores in client settings, why not having
something similar for...er..."repository ignores"? Somewhere in client
settings file:
[repository_ignores]
svn://192.168.0.1/foo = */tags */branches */draft *.tiff *.doc
svn://192.168.0.1/bar = */design *.png *.bmp
Of course, i'm not insisting on this feature to be implemented but it
would be great to have it someday ;)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 12 23:23:00 2006