[Vtigercrm-developers] vTiger Development using GIT

[Jonathan Sardo]

Hello,

We use Deployer (www.deployer.org) to deploy and update our stable GIT
branch on all of our customers' CRMs.

To install the database, the first time we use a dump file that is loaded.
Next times, several scripts are automatically executed by deployer. Most of
its scripts use the vtlib library to update the modules structure. Other
scripts simply make requests to update data in the database.

Regards,

Jonathan SARDO

2018-01-30 9:51 GMT+01:00 IT-Solutions4You <info at its4you.sk>:

> You need write a migration script which include SQL queries, module
> creation and others.
>
> Matus
> ITS4You
>
> Dňa 29. 1. 2018 o 18:34 Chris Thompson napísal(a):
>
>> Good luck once you have customers using your system.  We’re trying to
>> come up with a solution here as well so very interested in responses for
>> how to do a DB compare of dev and prod.  The standard dbcompare solution
>> times out trying to complete a comparison.
>>
>> *From: *<vtigercrm-developers-bounces at lists.vtigercrm.com> on behalf of
>> Martin Allen <martin.allen at clystnet.com>
>> *Reply-To: *<vtigercrm-developers at lists.vtigercrm.com>
>> *Date: *Monday, January 29, 2018 at 12:31 PM
>> *To: *<vtigercrm-developers at lists.vtigercrm.com>
>> *Subject: *[Vtigercrm-developers] vTiger Development using GIT
>>
>> We are starting to use GIT to manage our vTiger deployments and
>> customisations, and have quickly realised that a large part of the process
>> involves trying to control changes to the database (e.g. adding fields,
>> workflows etc) that we need to be able to easily merge/migrate from
>> development to live deployments.
>>
>> Has anyone successfully been using GIT and also working with managing
>> database changes as well?
>>
>> The best suggestion I've seen so far is to create an automated script
>> that creates a database dump prior to performing a GIT commit, which
>> exports the necessary tables. (Not sure what the necessary tables are, Im
>> thinking it would be easier to define which tables NOT to export)
>>
>> This would then need to be merged with any existing database.
>>
>> ​Interested to see if anyone else has a solution, or another way round
>> the problem.​
>>
>> --
>>
>> Martin Allen
>>
>> _______________________________________________ http://www.vtiger.com/
>>
>>
>>
>> _______________________________________________
>> http://www.vtiger.com/
>>
>>
>
> _______________________________________________
> http://www.vtiger.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20180130/9f4f2895/attachment-0001.html>