Python 一键拉取Git分支源码自动解析并执行SQL语句

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: Python 一键拉取Git分支源码自动解析并执行SQL语句

基于Python实现自动拉取Git分支源码自动解析并执行SQL语句

 


1.代码用途

开发过程中,研发人员会提交SQL更新脚本到Git源码库,然后测试负责去拉取这些SQL脚本,并手动在测试环境或其它环境的数据库中执行这些脚本,很麻烦,本代码的用途就是为了替代手工执行的操作

2.测试环境

Win7 64

 

Python 3.3.2

 

git-credential-winstore.exe

下载地址:

https://pan.baidu.com/s/1hsehGjU

 

mysql-connector-python-2.1.4-py3.3-winx64.msi

下载地址:http://pan.baidu.com/s/1cDtP1O

官方下载地址:http://dev.mysql.com/downloads/connector/python/

 

Git-2.13.1.2-64-bit.exe

 

TortoiseGit-1.8.14.0-64bit.msi

 

atlassian-bitbucket-5.1.1-x64.exe

3.设计思路

大致思路如下:

->> 1-1 如果是首次运行程序,创建基线文件和基线变量,递归遍历本地目标目录下的SQL文件,然后根据待执行SQL文件所属数据库(例中为ddtm|ddtmk)和操作类型(例中为更新|回滚),分别记录到不同的基线文件,同时也记录到对应的基线变量中

->> 1-2 如果非首次运行程序,从基线文件读取已执行过的文件到对应的基线变量

 

->> 2 切换到本地目标分支

 

->> 3 PULL Git远程分支merge到本地目标分支

 

->> 4 递归遍历本地目标目录下的SQL文件,然后根据待执行SQL文件所属数据库和操作类型,分别记录到不同非基线变量

 

->> 5 对比基线变量和非基线变量,过滤得出待执行的SQL脚本文件,根据所属数据库和操作类型,分别存入不同变量

 

->> 6 按操作顺序执行这些变量中的SQL脚本(先执行更新,再执行回滚,再执行更新)

 

6.1 针对每个变量,排序好SQL文件(例中为按文件名),接着按排序后的顺序,解析每个SQL文件

 

6.1.1针对每个SQL文件,先解析得到单个文件中所有待执行SQL语句,并按文件中SQL语句编写顺序存储,然后执行每条SQL语句,根据执行结果分别记录结果到不同的文件

 

6.1.2 等待单个SQL文件中的SQL都执行完成,更新该文件信息至对应的基线文件

 

4.使用方法

1) 安装好相关软件,特别是git-credential-winstore.exe

安装好该软件后,手动执行一次Git PULL操作,目的在于存储凭据,以便后续执行Git相关操作时,免输入密码操作

 

2配置程序用数据库

编辑配置文件conf/dbconfig.conf

[DDTM]

host = 192.168.1.100

port = 3306

user = testacc

passwd = test1234

db =ddtm

charset = utf8

 

[DDTMK]

host = 192.168.1.100

port = 3306

user = testacc

passwd = test1234

db =ddtmk

charset = utf8

 

 

3配置需要遍历的目标目录(SQL文件所在目录)

编辑配置文件conf/dirpath_init.conf

[INITCONF]

dir_path = E:\Git\ddt-core-ws\ddt-db\db\V6.8

 

4git初始化配置

编辑配置文件conf/git_init.conf

[INITCONF]

git_remote_hostname = origin

remote_branchs_to_pull =  ['master']

local_branch = master

path_to_local_branch = E:/Git/ddt-core-ws

 

说明:

git_remote_hostname:  远程主机名称

remote_branchs_to_pull: 需要拉取的远程分支,格式为列表形式,形如['master', 'feature/V1.1']

local_branch:需要切到至的本地目标分支,要求必须已在本地经创建该分支

path_to_local_branch:本地分支源码所在路径,依葫芦画瓢,注意用 /分隔

 

5)执行程序

推荐写成批处理,然后用windows定时任务跑,如下

cd /d D:\auto_exec_sql

python main.py

start D:\auto_exec_sql\filerecord\file_for_failure.txt

 

说明:

start D:\auto_exec_sql\filerecord\file_for_failure.txt

该命令用于执行完毕后自动打开存放执行SQL失败的文件,方便查看

 

每条sql语句执行结果包含以下几个方面

执行的sql

执行时间

所在的文件(全路径)

操作的数据库

执行失败的原因

 

注意:

<1> 每次允许程序,执行成功、失败的记录都会分别追加到file_for_failure.txtfile_for_success.txt,为了方便查看执行结果,建议适时清空file_for_failure.txt内容。(为何不以w方式打开呢?如果是定时任务跑,中途某次运行结果忘记查看了,那岂不是会因为覆盖,无法查询那次的执行结果?

 

<2> 正常情况下,每次运行完成后,无更新的情况下,每个已执行过的文件都不会在下次运行中被执行,需要人工查看失败原因,并手工补充执行操作

 

<3> 如果想目标目录下的文件都被重新执行一次,则程序运行之前,手动放置四个空文件到filerecord目录下

 

 

5.源码下载地址

https://pan.baidu.com/s/1c1ObC9y

6.说明

本程序非通用程序,仅提供思路,针对不同项目,需要做适当的修改,方可用

程序使用限制如下

<1> 固定的目录组织结构,存放SQL文件的上级目录,及上级目录的父目录结构及名称,必须和以下一模一样,否则必须修改程序

 

 

<2> 脚本文件命名,必须数字打头,代表文件新增顺序,同时也代表其SQL语句执行顺序,如果目标目录包含了多个带<1>结构的文档目录,那么要求每个SQL脚本的编号唯一,或者按名称升序排序能代表文件执行顺序

 

 

 


<3> 统一SQL脚本文件编码,暂时不支持不同编码的文件同时存在,目前定性为UTF-8-SIG(UTF-8BOM格式编码)

 

<4> 不支持创建mysql存储过程,事件等,这类以DELIMITER //开头,以DELIMITER ;结尾的SQL语句

 

<5> 存储过程,事件等除外,其它普通SQL,每条SQL语句之间必须以;分号分隔

 

<6> 程序根据文件名称&文件最后修改时间组合值是否变化来判断文件是否被更新,是则会被执行


源码下载

程序重构:

自动感知新分支并自动拉去,自动切换到新目录进行脚本执行,支持不改代码,动态增加数据库


[授客]基于Python实现自动拉取Git分支源码自动解析并执行SQL语句20170821


 

目录
相关文章
|
1月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
76 2
|
2天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
2天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
2天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
25天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
53 12
|
21天前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
28天前
|
JSON 开发工具 git
基于Python和pygame的植物大战僵尸游戏设计源码
本项目是基于Python和pygame开发的植物大战僵尸游戏,包含125个文件,如PNG图像、Python源码等,提供丰富的游戏开发学习素材。游戏设计源码可从提供的链接下载。关键词:Python游戏开发、pygame、植物大战僵尸、源码分享。
|
3天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
7月前
|
JSON 开发工具 git
git rebase 合并当前分支的多个commit记录
git rebase 合并当前分支的多个commit记录
165 1
|
开发工具 git
git 操作之合并其它分支的某次提交(commits)到当前分支
git cherry-pick合并其它分支的某次提交(commits)到当前分支
388 0

推荐镜像

更多