代码管理

前言 我在刚接触使用中间件的时候，发现，中间件的使用并不是最难的，反而是中间件的下载，安装，配置才是最难的。 所以，这篇文章我们从头开始学习RabbitMq，真正的从头开始。 关于消息队列 其实消息队列没有那么神秘，我们这样想一下，用户访问网站，最终是要将数据以HTTP的协议的方式，通过网络传输到主机的某个端口上的。 那么，接收数据的方式是什么呢？自然是端口监听啦。 那消息队列是什么就很好解释了？ 它就是端口监听，接到数据后，将数据排列起来。 那这件事，我们不用中间件能做吗？ 当然能做啦，写个TCP/UDP/Socket的软件就可以做啦。 举个简单的例子，如下图： 既然自己可以做消息队列，那为什么要用RabbitMQ? 因为，RabbitMQ成熟的开源中间件，可靠性有保证，bug少，性能也非常好。 而C#代码默认是使用托管内存的，所以，想写出媲美RabbitMQ性能的消息队列，就必须离开我们常用的托管内存，使用非托管内存，但这个代价就太大了；而且最终能否达到RabbitMQ的性能水平还是个未知数。 还有就是RabbitMQ除了基础的消息队列管理，还有很多很强大的额外功能，而自己开发消息队列，很难如此尽善尽美。 ---------------------------------------------------------------------------------------

wordpress后台管理界面右上角，对应每个管理同都有一个“帮助”选项，对于已经熟悉wordpress使用的用户来说，并没有什么作用，为了界面清洁，可以通过代码把它移除掉。 把下面的代码放到主题的functions.php文件： 1 2 3 4 add_action('in_admin_header', function(){ global $current_screen; $current_screen->remove_help_tabs(); }); 保存文件即可。 扩展： 有兴趣的用户可以研究一下get_current_screen()函数。 来源： https://www.cnblogs.com/gh678/p/11718462.html

一个小时学会Git 目录 一、版本控制概要 工作区 暂存区 本地仓库 远程仓库 1.1、什么是版本控制 1.2、常用术语 1.3、常见的版本控制器 1.4、版本控制分类 1.4.1、本地版本控制 1.4.2、集中版本控制 1.4.3、分布式版本控制 1.5、Git与SVN最主要区别 二、Git安装与配置 2.1、什么是Git 2.2、搭建Git工作环境 2.2.1、下载Git 2.2.2、安装Git 2.2.3、启动Git 2.2.4、Linux与Mac OS安装Git 2.2.5、Bash基本操作命令 2.3、Git配置 - git config 2.3.1、查看配置 - git config -l 2.3.2、Git配置文件分类 2.3.3、设置用户名与邮箱（用户标识，必要） 2.3.4、添加或删除配置项 2.3.5、更多配置项 三、Git理论基础 3.1、工作区域 3.2、工作流程 3.3、图解教程 四、Git操作 4.1、创建工作目录与常用指令 4.2、获得GIT仓库 4.2.1、创建全新仓库 4.2.2、克隆远程仓库 4.3、GIT文件操作 4.3.1、文件4种状态 4.3.2、查看文件状态 4.3.3、添加文件与目录 4.3.4、移除文件与目录（撤销add） 4.3.5、查看文件修改后的差异 4.3.6、签出 4.3.6、忽略文件 4.3.7、提交 4.3.8

#0 系列目录# 版本管理 SVN版本管理：场景命令实战 SVN版本管理：两种开发模式 GIT版本管理：场景命令实战 Git 相比 Subversion，无论概念上还是使用上，复杂度其实是高出一个等级的。为什么这么说？分别看下 git help -a 和 svn help 命令清单的对比，单按这个来看，就如果要掌握所有命令的用法，Git 的学习曲线绝对是比 Subversion 高的。尽管如此，但还是有越来越多项目开始用 Git 来做源码管理了。 实际中，我们用到的的 Git 命令还是很有限的，可能也就 git help 中那些而已。 #1 “新人报道”# 你刚入职一家公司，或新加入某个团队，立马参与到一个项目中，那么就得获取项目代码，开始你的项目生涯。 这个时候一般你需要克隆一份项目代码 ，下面都以 GitHub 上的项目地址为例： $ git clone git@github.com:akun/pm.git 之后就进入项目目录，运行项目中的构建脚本，然后就可以熟悉代码，展开具体工作了。 当然，有的时候， 有一个新项目是由你发起的，你要将初始化的项目工程放到 Git 版本仓库中 ： $ mkdir pm $ cd pm $ git init $ touch README.md $ git add README.md $ git commit Git是分布式的版本控制系统

官网： www.fhadmin.org 此项目为Springboot工作流版本 windows 风格,浏览器访问操作使用，非桌面应用程序。 1.代码生成器： [正反双向](单表、主表、明细表、树形表，快速开发利器) freemaker模版技术 ,0个代码不用写,生成完整的一个模块,带页面、建表sql脚本、处理类、service等完整模块 2.多数据源：（支持同时连接无数个数据库，可以不同的模块连接不同数的据库）支持N个数据源 3.阿里数据库连接池druid,安全权限框架 shiro（菜单权限和按钮权限）, 缓存框架 ehcache 4.代码编辑器，在线模版编辑，仿开发工具编辑器 5.调用摄像头拍照 自定义裁剪编辑头像，头像图片色度调节 6.websocket及时站内信并声音提醒、实时在线管理、websocket及时刷新页面（完胜ajax技术） 工作流模块 1. 模型管理 ：web在线流程设计器、预览流程xml、导出xml、部署流程 2. 流程管理 ：导入导出流程资源文件、查看流程图、根据流程实例反射出流程模型、激活挂起 3. 运行中流程 ：查看流程信息、当前任务节点、当前流程图、作废暂停流程、指派待办人 4. 历史的流程 ：查看流程信息、流程用时、流程状态、查看任务发起人信息 5. 待办任务 ：查看本人个人任务以及本角色下的任务、办理、驳回、作废、指派一下代理人 6. 已办任务

版本管理： 说明： 1、蓝色线：开发主代码线，开发人员提交代码 2、绿色线：QA代码线，不允许提交代码，只能开发人员合并代码请求 3、橘色线：UAT代码线，不允许提交代码，只能测试人员进行发布代码合并 4、红色线：补丁代码线，线上出现紧急必须修改bug，开发人员只能修改指定问题后，再次合并回稳定版，同时合并到主代码线DEV 5、灰色线：长期需要进行研究的代码分支，研究一定阶段后，合并到主代码线稳定版功能回归测试完成后，开发人员再次修改稳定版bug提交，此时需要经开发部门领导进行Review，否则测试拒绝合并 补丁版本管理，每次版本发布完成，测试人员进行删除上一个版本的补丁 稳定版本发布完成后，测试人员进行tag版本归档记录 来源： https://www.cnblogs.com/qiangyuzhou/p/11677579.html

一、Git代码状态转换图 其中： 未被Git跟踪的状态为unstage状态； 已被Git跟踪的状态为stage状态（stage：阶段），因此包括staging状态和staged状态。 untrack files：是指尚未被git所管理的文件；changed but not updated：是指文件被git管理，并且发生了改变，但改动还没被git管理；这两种状态，都可以看成是改动还没被git管理的状态，我们这里称unstage状态。 staging是commit和未管理之间的一个状态，也有别名叫index状态，也就是git已经管理了这些改动，但是还没完成提交。changes to be commited是指进入staged状态的文件。 .gitignore中的文件，不会出现在以上三个状态中。 注： 这个图也解释了为啥从远端库拉代码，不需要add、commit。 代码一旦修改，就会成为未被git库跟踪的状态。需要add、commit。 二、大白话Git 1.Git是什么？ Git是目前世界上最先进的分布式版本控制系统（没有之一）。 2.Git有什么特点？简单来说就是：高端大气上档次！ 　　2.1、Git 管理代码，保证代码版本迭代连续性，即：向A分支merge或者push代码时，A分支代码必须是当前代码的上一个版本，不然会产生冲突。（换句话说：Git确保当前的本地的代码为最新） 　　2

软件工程第一次团队作业：选题 Part1. 团队简介 --团队名称： Alibaba国际懂事会 --队名含义 "Although bamboos shoots are tender, they are not afraid of heavy pressure,dare to struggle, dare to rise to the top." “竹笋虽然柔嫩，但它不怕重压，敢于奋斗、敢于冒尖。” 我们都知道，Alibaba作为中国最大的互联网公司之一，是全球企业间（ B2B ）电子商务的著名品牌，是全球国际贸易领域内最大、最活跃的网上交易市场和商人社区，培育了很多的精英。而我们计算机专业的“精英”，更希望能通过这次组队，激发出我们每个人的潜力，带着Alibaba的水平，杰出地完成任务，让我们的作品更“懂事”，让我们的专业知识更上一层楼。 团队成员 学号 团队身份 吴昊阳 201831083104 队长 司昊 201831061315 队员 汤善康 201831022208 队员 杨依天 201831061401 队员 严洁 201831061307 队员 谭镕 201831061204 队员 张丽萍 201831061403 队员 马潇然 201831061201 队员 Part2. 团队成员简介    吴昊阳 性格开朗，待人有活力、真诚，能吃苦耐劳，敢于创新

安装代码管理工具gitlab Packages / Dependencies 包/依赖关系sudo不是默认安装在Debian。确保你的系统更新并安装它。 这里输入引用文本run as root! apt-get update -y apt-get upgrade -y apt-get install sudo -y 注意:在安装一些文件需要手动编辑。如果您熟悉vim将其设置为默认编辑器下面的命令。如果你不熟悉vim请跳过这并继续使用默认编辑器。 vim安装并设置为默认编辑器 sudo apt-get install -y vim sudo update-alternatives --set editor /usr/bin/vim.basic 安装所需要的包(需要编译Ruby和原生扩展Ruby gems): sudo apt-get install -y build-essential zlib1g-dev libyaml-dev libssl-dev libgdbm-dev libreadline-dev libncurses5-dev libffi-dev curl openssh-server redis-server checkinstall libxml2-dev libxslt-dev libcurl4-openssl-dev libicu-dev logrotate

目的 多个版本中并行开发，提高开发效率； 保证各个版本和各个环境（开发、测试、主干）的独立，避免相互影响； 通过分支与主干的合并，这样主干永远是最新、最高版本，并且都在后面的测试中，保证了质量； 用分支进行bug修改，而主干上进行新功能的开发。分支上的bug修改完合并到主干上； SVN目录结构 Trunk（开发库） ： 主干目录，负责新功能的开发； 此目录下的文件为基准文件，放置稳定代码的主要环境； 开发人员日常开发的工作区，由开发者所控制； Branches（受控库） ： 测试版本代码存放的地方，需要开发组长提交测试申请修改； 用于开发的分支目录，修正当前发布版本的bug，与此同时主干上的开发正常进行，两边互不干扰； 当一个branch完成了，并且认为它足够稳定的时候，它必须合并回trunk； Tags（产品库） ： 存放基线库、发布版，是测试通过版本存放的地方； 基线,就是给版本建立一个映像(或着叫快照)，并不占用服务器物理磁盘； 这个文件夹下的内容通常只有配置管理员可以修改，其他人只读； 分支 分支是给源项目创建副本，让每个工作组在各自的副本上进行开发，最后再将各个工作组的副本合并到源项目中。在此，各个副本被称作分支（branches），源项目被称为主干（trunk）； 分支不是复制版本内容，而是做一个内部的引用，对服务器也没有空间上的开销； 分支定义规则 project