<div dir="ltr">Thanks for the thoughts, everyone. I've never dealt with version control before, at least not for merging projects, but it sounds like a good way to partly automate the process. It's also good to know I'm not missing some better way of managing this kind of thing.Class extending may be a good way to go, too.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 22, 2018 at 4:21 AM, Alan Lord <span dir="ltr"><<a href="mailto:alanslists@gmail.com" target="_blank">alanslists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 21/03/18 19:52, Alex Hall wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello all,<br>
Is there a safe way to update VTiger? We added our API key to layouts/modules/google/resourc<wbr>es/map.js, for instance, but the recent update overwrote that file, thus losing our key. What's the best way to handle source changes like this? <br>
</blockquote></span>
Stick all your modified files in a version control repo i.e git, and use a tool like Meld to view the differences when migrating to help you merge.<br>
<br>
Al<br>
<br>
______________________________<wbr>_________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div>Alex Hall<br></div>Automatic Distributors, IT department<br></div><a href="mailto:ahall@autodist.com" target="_blank">ahall@autodist.com</a><br></div></div>
</div>