You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Anthony Ettinger <an...@chovy.com> on 2008/04/15 18:44:43 UTC

tricks for revision control for customization of an external source

I have ./htdocs define as an svn:external....all is well, but I am
overriding logo.gif and would like to commit this into my local
repository somehow, as I do not have access to the external
repository, nor would it make sense to check in if I did.

Short of leaving it as a locally modified file, are there any other
ways to override the one or two files where this is necessary?

Mainly, logo.gif and config.php are customized for each instance of
"TheApp" that I pull from an external repository.



-- 
Anthony Ettinger
408-656-2473
http://anthony.ettinger.name

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: tricks for revision control for customization of an external source

Posted by Ryan Schmidt <su...@ryandesign.com>.
On Apr 15, 2008, at 1:44 PM, Anthony Ettinger wrote:
> I have ./htdocs define as an svn:external....all is well, but I am
> overriding logo.gif and would like to commit this into my local
> repository somehow, as I do not have access to the external
> repository, nor would it make sense to check in if I did.
>
> Short of leaving it as a locally modified file, are there any other
> ways to override the one or two files where this is necessary?
>
> Mainly, logo.gif and config.php are customized for each instance of
> "TheApp" that I pull from an external repository.

Not using externals, no. The alternative would be to consider the  
external htdocs tree a vendor branch, import it wholly into your own  
repository under /vendor/foo/current (where foo is the name of the  
external project), copy this to /vendor/foo/1.2.3 (representing the  
version of the external project), copy this to somewhere else in the  
repository where you can modify it like /bar/foo (where bar is your  
own project name), then modify and commit your modifications in / 
projects/bar/foo. When a new version of the external project is  
released, you use svn_load_dirs.pl to load it into for example / 
vendor/foo/1.2.4 (and /vendor/foo/current), and then you can merge  
those changes into /bar/foo with "svn merge $REPO/vendor/foo/1.2.3  
$REPO/vendor/foo/1/2/4 ." See the section in the book on vendor  
branches for more information:

http://svnbook.red-bean.com/en/1.4/svn.advanced.vendorbr.html




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org