dolt 基于git 协议提供了多版本,分支特性的数据管理工具,使用简单,同时也提供了类似github 的一个云服务 安装 下载地址 https://github.com/liquidata-inc/dolt/releases 配置环境变量 对于mac 以及linux 添加path 变量 使用 init dolt init 参考提示添加配置 Could not determine user.name. Use the init parameter --name "FIRST LAST"

缘起 在项目中, 通常都会使用代码检测工具来规范团队的代码风格, 比如eslint.随着代码的不断增加, eslint进行代码检测的时间也越来越久.每次检测的时候, 需要检测的文件和实际检测的文件极度不对称,所以便基于git diff写了这样一个小工具. 源代码 启动脚本(lint.sh) #!/bin/bash INFO='\033[36m'; NOR='\033[0m'; ERR='\033[31m'; br='dev'; echo -e "${INFO}run lint now ... j

基于git的源代码管理模型--git flow A successful Git branching model

上一篇文章记录了我利用cocoapods创建基于SVN的私有库的全部过程,今天我再记录一下基于git创建的过程. 整体先说明一下创建一个私有的podspec包括如下那么几个步骤: 创建并设置一个私有的Spec Repo. 创建Pod的所需要的项目工程文件,并且有可访问的项目版本控制地址. 创建Pod所对应的podspec文件. 本地测试配置好的podspec文件是否可用. 向私有的Spec Repo中提交podspec. 在个人项目中的Podfile中增加刚刚制作的好的Pod并使用. 更新维护p

基于git的简单实用的版本管理规范及流程,包括:代码库的分布.人员角色的划分.代码提交合并流程.代码冲突处理.分支管理. 代码库分类 根据代码库分布的位置及作用,分为以下几类: 主库:位于服务端,所有开发的代码最终都要合到主库. 个人代码库(服务端):从主库fork出来,位于服务端.每个人自已开发的代码,由本地的git库push到每个人自己的个人代码库(服务端),再由个人代码库(服务端)合入主加. 个人工作库:位于每个开发人员的开发机器,从个人代码库(服务端)clone到本地.每个开发人员开发的

作为程序员,不可避免的要在github上查询代码,而在企业项目中,为了使得项目好管理需要使用项目管理客户端,所以接下来详细讲解一下基于git的sourceTree在windows系统下的安装及与GitHub上的账号进行远程连接同步更新的过程. 由于sourceTree的安装过程中有内嵌git的安装,所以我们不需要单独到git的官方网站上去下载安装git,直接通过sourceTree的安装来安装git. 一.sourcetree的免注册安装过程  首先,下载windows版本的sourceTree

介绍基于Git 两种协作开发模式,GitHub Flow & Git Flow 对于Github 一些好用的特殊操作技巧 ,可以见GitHub 特殊操作技巧 和Git的基本操作 一 GitHub Flow GitHub Flow -- 以部署为中心的开发模式,通过简单的功能和规则,持续且高速 安全地进行部署.在实际开发中往往一天之内会实施几十次部署,而支撑这一切的,就是足够简单的开发流程以及完全的自动化. GitHub Flow 特点: 令master 分支时常保持可以部署的状态 进行新的作业时

基于git命令的代码统计方法 没什么好说的,基于git log命令,使用前提是安装了git ...... .统计所有人代码量 统计所有人代码增删量,拷贝如下命令,直接在git bash等终端,git项目某分支下执行 git log --format='%aN' | sort -u | while read name; do echo -en "$name\t"; git log --author="$name" --pretty=tformat: --numstat

上一篇文章记录了我利用cocoapods创建基于SVN的私有库的全部过程,今天我再记录一下基于git创建的过程. 整体先说明一下创建一个私有的podspec包括如下那么几个步骤: 创建并设置一个私有的Spec Repo. 创建Pod的所需要的项目工程文件,并且有可访问的项目版本控制地址. 创建Pod所对应的podspec文件. 本地测试配置好的podspec文件是否可用. 向私有的Spec Repo中提交podspec. 在个人项目中的Podfile中增加刚刚制作的好的Pod并使用. 更新维护p

跨地域开发的需求其实由来已久,在IT/互联网发展的早期就已存在,只不过限于当时网络环境的因素,无法在线上有效的完成协同工作,所以没法实际开展.而随着近十年网络的快速发展,跨地域协同开发线变得可能而且越来越普遍,尤其是在大公司内部. 同时随着行业的发展,敏捷开发模式的不断推广,软件交付和更新的速度越来越快,特别是移动互联网产品,几乎每天都有更新.所以在这种背景下,如何保证在跨地域协同开发场景下产品的快速迭代和交付成为各IT/互联网公司不断探索的内容. 跨地域协同开发的痛点 华为公司目前在全球各地共

目录 基于Git的数据库sql文件的管理--完美解决团队sql操作协同问题 1.产生背景 2.之前没用Git管理数据库出现的问题 2.1 用同一个库调试带来的问题 3.解决方案 3.1 Sql文件的创建 3.2 Navicat将两份文件导入Mysql 3.2.1 表结构文件 3.2.2 表初始化数据 3.3 将上述两个文件托管在Git平台上 3.4 数据库字段的新增修改,初始化数据的修改. 3.4.1 导出结构 3.4.2 导出初始化数据文件 3.5 修改之后的两份sql上传到Git平台 3.6

前言: Pull Request的流程 1.fork 首先是找到自己想要pull request的项目, 然后点击fork按钮,此时就会在你的仓库中多出来一个仓库,格式是:自己的账户名/想要pull request的项目的名称 2.clone 通过运行命令:git clone git@github.com:当前账户名/要克隆的仓库名.git(反斜杠后面那个是新的仓库的地址),将该仓库克隆到当前的开发环境中 3.branch 1.确定分支 通过在终端运行命令:git branch -a 查看当前所

突然想写这一篇Git的使用心得,主要有几个原因,其一是自己使用Git也有快3年时间了,其间自己经历过一些坑,也有迷茫的时候,在呆过的大大小小的团队中,其实每个人也都并不是Git专家,很多对于流程以及Git本身的理解,还处于一个比较混乱的地带.自己写这篇文章希望能抛砖引玉,在总结自己得失的同时,能给大家带来更深层次的思考. 直接进入主题,经过这么多年的实践,多次想避开Git flow寻找更简单的流程,每次自认为找到了捷径,但事实上都发现有这样或者那样更多的问题,所以,我认为最佳的Git实践,仍然得

一.创建本地分支 1.下载/更新 本地 主干 如果本地还没有 本地主干,下载:git clone 如果本地已有了 本地主干,更新:git pull 工程右键菜单:team -> pull 2.基于 本地主干 创建 本地分支 工程右键菜单:team -> Switch To-> New Branch (创建新的分支) 分支创建完成,当前工程处于新分支 Branch_0901_lsq 上!!! 二.基于 本地分支 开发代码, 提交创建远端分支 1.开发/修改代码,提交本地分支(不要push)

我们前面接触到的spring cloud组件都是基于Netflix的组件进行实现的,这次我们来看下spring cloud 团队自己创建的一个全新项目:Spring Cloud Config.它用来为分布式系统中的基础设施和微服务提供集中化的外部配置支持,分为服务端和客户端两个部分. 其中服务端也称为分布式配置中心,他是独立的微服务应用,用来连接配置仓库并为客户端提供获取接口(这些接口返回配置信息.加密.解密信息等): 客户端是微服务架构中的各个微服务应用或基础设施,它们通过制定的配置中心来管理

在Sun/Oracle工作了N(>12)年后,对webrev工具甚为喜欢,因为其易用性确实非常好.幸运的是,有工程师将webrev工具放到了GitHub上,而且支持git. 下面给出使用webrev工具创建代码比对网页的全过程. 当然,首先得保证代码管理工具git在Linux(我用的是Ubuntu14.04)上已经就位和已经安装了ksh,因为webrev工具是基于ksh实现的. 第1步: Clone webrev from here veli$ cd /var/tmp veli$ git clo

我们前面接触到的spring cloud组件都是基于Netflix的组件进行实现的,这次我们来看下spring cloud 团队自己创建的一个全新项目:Spring Cloud Config.它用来为分布式系统中的基础设施和微服务提供集中化的外部配置支持,分为服务端和客户端两个部分. 其中服务端也称为分布式配置中心,他是独立的微服务应用,用来连接配置仓库并为客户端提供获取接口(这些接口返回配置信息.加密.解密信息等): 客户端是微服务架构中的各个微服务应用或基础设施,它们通过制定的配置中心来管理

GitBook 详细介绍 GitBook 是一个基于 Node.js 的命令行工具,可使用 Github/Git 和 Markdown 来制作精美的电子书,GitBook 并非关于 Git 的教程. 使用GitBook生成的电子书 GitBook支持输出多种文档格式: 静态站点:GitBook默认输出该种格式,生成的静态站点可直接托管搭载Github Pages服务上: PDF:需要安装gitbook-pdf依赖: eBook:需要安装ebook-convert: 单HTML网页:支持将内容输出

1.简述 本文选用Git作为配置仓库,新建两个环境的配置文件夹,dev 和 test,文件夹中分别存放 Config Client 端的配置文件,目录结构如下: ├ ─ ─ dev └ ─ ─ config-client-dev.properties ├ ─ ─ test └ ─ ─ config-client-test.properties 2.Config Server 搭建 2.1.Maven依赖 Config Server 是一个基于Spring Boot的web应用,我们首先需要做的就

vue-cli 之 Preset vue-cli 插件开发指南 TLDR 背景介绍 vue-cli 3 完全推翻了 vue-cli 2 的整体架构设计,所以当你需要给组里定制一份基于 vue-cli 的前端项目初始化模板时,就需要去思考:我该怎么做? 我们要做的事情很简单,就是当别人使用 vue create xxx 命令初始化一个前端项目时,可以从 git repo 去拉取项目初始化信息,好处有两点: 团队内部所有的新项目都是统一的目录结构和代码组织方式,便于维护 后期可以开发公共插件服务于不