SVN Question - modifications to an External file
Eli Cochran
eli at media.berkeley.edu
Tue Apr 7 03:25:28 UTC 2009
Having some kind of an automated "diff" of your changes to the vendor
code is critical so that you don't miss any changes that you made. And
a svn patch file is an excellent, if a bit cryptic, document of those
changes.
Most of the time, you won't be able to simply "apply" the patch.
You'll most likely unless the vendor update was small, have to move
your changes over by hand.
I would also keep around a versioned clean version of the vendors code
as well so that when a new version comes in you can easily view the
changes that the vendor made, making it easier to see where you need
to apply your changes.
When you're done updating, be sure to make a new patch file to
document the new deltas.
- Eli
On Apr 6, 2009, at 11:05 AM, Jonathan Hung wrote:
> Hi everyone.
>
> Here's the scenario:
> - I have some vendor code defined as an External property in SVN.
> - After checking out that code, some local modifications are made.
> - I want to version control these modifications, but do not want the
> changes committed to the vendor's code base (I don't have commit
> access anyway).
>
> Question:
> How do we track modifications done to an External resource in the
> Fluid repository?
> I'm thinking of using a Patch file to track modifications. Is this
> an acceptable method or is there a better way?
>
> - Jonathan.
>
> ---
> Jonathan Hung / jhung.utoronto at gmail.com
> Fluid Project - ATRC at University of Toronto
> Tel: (416) 946-3002
. . . . . . . . . . . . . . . . . . .
Eli Cochran
user interaction developer
ETS, UC Berkeley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.idrc.ocad.ca/pipermail/fluid-work/attachments/20090406/2f7b4902/attachment.htm>
More information about the fluid-work
mailing list