[Vtigercrm-developers] vTiger Development using GIT

[Mariusz Krzaczkowski]

W dniu 2018-01-30 11:40, Jonathan Sardo napisał(a):

> Hello, 
> 
> We use Deployer (www.deployer.org [1]) 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/

_______________________________________________
http://www.vtiger.com/ 

Links:
------
[1] http://www.deployer.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20180130/ebe9dbf2/attachment.html>