Deploy

1 Git Flow 一般而言，软件开发模型有常见的瀑布模型、迭代开发模型、以及最近出现的敏捷开发模型等不同的模型。每种模型有各自应用场景，Git Flow是构建在Git之上的一个组织软件开发活动的模型，Git Flow重点解决的是由于源代码在开发过程中的各种冲突导致开发活动混乱的问题。在此介绍Git Flow是由于walle依赖它的思想进行持续部署。 开发过程中可能出现的git flow 1.1 Git Flow中的分支 Git Flow模型中定义了主分支和辅助分支两类分支。其中主分支用于组织与软件开发、部署相关的活动；辅助分支组织为了解决特定的问题而进行的各种开发活动。分支的名字是一种共识，更重要的是它承担的责任。 1.2 主分支 主分支是所有开发活动的核心分支。所有的开发活动产生的输出物最终都会反映到主分支的代码中。主分支分为master分支和development分支。 1.2.1 master分支 master分支上存放的应该是随时可供在生产环境中部署的代码，它承担的责任就是：仅在发布新的可供部署的代码时才更新到master分支上的代码。当开发活动告一段落，产生了一份新的可供部署的代码时，master分支上的代码会被更新。同时，每一次更新，最好添加对应的版本号标签（TAG）。 1.2.2 develop分支 develop分支是保存当前最新开发成果的分支

文章来源：IEEE电气电子工程师 Photo: TuSimple First in Freight: In 2021, San Diego–based startup TuSimple plans to deploy autonomous trucks that drive themselves from pickup to delivery without anybody on board. Tesla、Uber、Cruise和Waymo等公司承诺，未来汽车基本上可称之为移动机器人，只需轻触智能手机即可可以带我们去任何地方。但一种新的汽车种类即将在未来的飞跃中超越自动驾驶汽车。自动驾驶卡车已经悄然取得了同样多的进展，随着不断商业化部署，其对货物运输的影响无疑将是深远的。 在近12家开发自动驾驶卡车运输的公司中，总部位于圣地亚哥的TuSimple正试图通过将独特的技术与一系列战略合作伙伴结合起来，进而取得成功。与卡车制造商Navistar以及航运巨头UPS合作，TuSimple已经在亚利桑那州和得克萨斯州进行了测试运营，包括站点到站点（depot-to-depot）的自动运行。这些都是在所谓的“监督自主”下运行的，即有人坐在驾驶室里，如果需要的话，随时准备开车。2021年的某个时候，这家初创公司计划开始取消人工监管，让卡车自己从取货到交货的整个过程，车上不再有人。

前面章节 Kubernetes 所有的操作我们都是通过命令行工具 kubectl 完成的。为了提供更丰富的用户体验，Kubernetes 还开发了一个基于 Web 的 Dashboard，用户可以用 Kubernetes Dashboard 部署容器化的应用、监控应用的状态、执行故障排查任务以及管理 Kubernetes 各种资源。 在 Kubernetes Dashboard 中可以查看集群中应用的运行状态，也能够创建和修改各种 Kubernetes 资源，比如 Deployment、Job、DaemonSet 等。用户可以 Scale Up/Down Deployment、执行 Rolling Update、重启某个 Pod 或者通过向导部署新的应用。Dashboard 能显示集群中各种资源的状态以及日志信息。 可以说，Kubernetes Dashboard 提供了 kubectl 的绝大部分功能，大家可以根据情况进行选择。 安装 Kubernetes 默认没有部署 Dashboard，可通过如下命令安装： kubectl create -f https://raw.githubusercontent.com/kubernetes/dashboard/master/src/deploy/recommended/kubernetes-dashboard.yaml

Django 官网截图 Django 是什么? Django 是基于 Python 开发的一款开源的 Web 应用框架。Django框架不但提供了完善的代码目录结构，而且使用了 Model, View, 和Template的结构，使得代码在开发过程中很容易被规范起来。其中Django Admin提供了开箱即用的后台管理系统而深得众多Python开发者和初创公司喜爱。 21云盒提供了极简单的 Django 部署方法，你可以在21云盒子上通过以 Python 环境进行部署。 如何部署? 注册成为 21云盒子会员 创建一个 PostgreSQL数据库 Fork django示例 在21云盒子上创建一个 云服务 ， 并允许21云盒子访问你的代码库 配置以下设定 环境 PYTHON 3.7 构建命令 ： ./build.sh 启动命令 : gunicorn hello.wsgi:application 点 进阶配置 进行环境变量配置: KEY VALUE DJANGO_DB_URL 在第一步创建云数据库里中点 数据库URL 获取 DJANGO_ALLOWED_HOSTS <服务名>.21yunbox.com,127.0.0.1 更多Django相关的配置可以参考 官方文档 。 在本示例中， DJANGO_DEBUG=True 只作演示。真实上线时可以在环境变量中把 DJANGO_DEBUG

什么是devops？随着时间的推移，devops的定义也在不断的演进。对于其定义可能出现千人千面，但从核心观点，整体业界还是保持着一致的认识。DevOps不是单一的技术或者工具，甚至不只是一个流程，他包含应用设计、敏捷开发、持续交付和监控运维等一系列流程，涉及到企业文化、团队协作流程等多个方面，它可以被理解为一系列可以高速、高质量进行软件开发的工具链。 结合软件生产全生命周期来看，devops落地实践的 核心目标是缩短开发周期，提高部署频率和更可靠的发布。 DevOps的诞生源于企业要适应这个瞬息万变的市场，能够做到持续交付。正如《持续交付2.0》作者在书中精炼的2个环：价值探索和快速验证。 快速验证环的 两个核心关键是质量与速度 它会要求以最可靠的质量和最快的速度，交付最小可行方案，可靠地收集真实反馈，来形成这样的闭环。对于质量来讲一个核心的实践就是质量内建，有一个公认的事实。那就是在整个持续交付全生命周期过程中，缺陷越滞后发现，所需要的成本就越高。质量内建就是要从生产过程中的第一个环节开始，就要注重产出物的质量，并且在每个环节中都要去开展质量保障活动，这就要求在软件全生命周期参与的各个角色都需要实时的对软件的质量负责。确保软件在交付到下一个环节前有了基础的质量保障。其核心目的就是减少因为质量问题导致的返工，避免浪费大量人力成本。 速度

系统测试 　　在项目部署到云服务器之前，已通过本机启动springboot程序，访问localhost:8080，输入登陆的账户等一系列操作测试：功能测试、健壮性测试，系统已满足用户规定的需求。 系统部署 ## 项目打包 1. 在主机上打包项目到deploy； ``` cd litemall cat ./litemall-db/sql/litemall_schema.sql > ./deploy/db/litemall.sql cat ./litemall-db/sql/litemall_table.sql >> ./deploy/db/litemall.sql cat ./litemall-db/sql/litemall_data.sql >> ./deploy/db/litemall.sql cd ./litemall-admin cnpm install cnpm run build:dep cd .. mvn clean package cp -f ./litemall-all/target/litemall-all-*-exec.jar ./deploy/litemall/litemall.jar ``` 这里的工作是： 1. 把数据库文件拷贝到deploy/db文件夹 2. 编译litemall-admin项目 3. 编译litemall-all模块

1、介绍 如果你暴露你的JBoss服务器通过网络(如通过启动服务器使用选项B 0.0.0.0或者通过改变jboss.bind.address首次出现0.0.0.0在.../jboss/server/default/deploy/web-deployer/server.xml)你自动也暴露了Jboss web控制台( http://localhost:8080/jmx-console )因为管理员工具没有任何用户和密码。 注意：在下面的设置例子中，为默认的jboss服务器配置被使用。 2、jmx-console安全设置 2.1、在../jboss/server/default/deploy/jmx-console.war/WEB-INF/jboss-web.xml 取消如下注释： [html] view plain copy print ? < security-domain >java:/jaas/jmx-console </ security-domain > <security-domain>java:/jaas/jmx-console</security-domain> 2.2、在../jboss/server/default/deploy/jmx-console.war/WEB-INF/web.xml 取消如下注释： [html] view plain copy print

自动安装部署工具ideploy，使用ssh连接主机并部署业务 。操作系统SUSE11SP4升级到SUSE12后，出现下列报错： JSch连接SSH问题Exception:Algorithm negotiation fail[SSH] Exception:Algorithm negotiation fail /app/aideploy/deploy_xx/xml/deploy-stop.xml:135: The following error occurred while executing this line: /app/aideploy/deploy_xx/xml/deploy-stop.xml:141: com.jcraft.jsch.JSchException: Algorithm negotiation fail at com.jcraft.jsch.Session.receive_kexinit(Session.java:582) at com.jcraft.jsch.Session.connect(Session.java:320) at com.jcraft.jsch.Session.connect(Session.java:183) at org.apache.tools.ant.taskdefs.optional.ssh.SSHBase.openSession

一、打包文件传到服务器 参考博客：https://www.cnblogs.com/wupeiqi/articles/8591782.html http://www.cnblogs.com/alex3714/p/6538374.html 示例代码下载 将本地代码打包，拷贝到服务器上。（打包： tar czvf deploy.tar deploy 解包： tar zxvf deploy.tar） mac/linux： 　　scp 本地文件路径 root@192.168.10.33:/data/ scp deploy.tar root@10.0.0.200:/data/ windows: filezilla https://filezilla-project.org/download.php?type=client 　　点点点上传 二、服务器环境准备好 安装Python3： 　　(http://www.cnblogs.com/wupeiqi/articles/4906230.html) 　　 http://www.cnblogs.com/alice-bj/articles/9277961.html 　　1、安装gcc，用于编译Python源码 　　　　yum install gcc 　　2、下载源码包，https://www.python.org/ftp/python/ 　　3

Jekyll 是什么? Jekyll 是一个基于 Ruby 开发者的静态网站生成器。是最早的一批静态网页生成器之一，有丰富的第三方插件，深受 Ruby 开发者喜爱。 21云盒提供了极简单的 Jekyll 部署方法，你可以在21云盒子上通过以 静态网页 环境的方式进行部署。 如何部署? 注册成为 21云盒子会员 在 Gitee 上 Fork Jekyll示例 在21云盒子上创建一个 云服务 , 并允许21云盒子访问你的代码库 用下面配置进行创建 环境 静态网页 构建命令 bundle install && bundle exec jekyll build 发布目录 ./_site 为什么部署在21云盒子? 原因 1: 方便 21云盒子创立至今，在国内第一家真正提供了像 Netlify, Heroku 等轻松部署的功能，同时也保证了服务的速度和稳定性。 每个云服务项目，只需要在首次完成 2 项配置，后续当你Git Push代码，21云盒子就会帮你完成自动部署。 原因 2: 21云盒子稳定，提供网站备案方案 如果你的网站现在使用的是 Netlify, Vercel, Gatsby Cloud等服务，国内用户将没办法访问。 为什么呢? 根据国家工信部的要求，所有在国内上线的网站都必先完成备案， 但国外的云服务平台不提供国内的的备案，所以部署在国外的云服务平台，或许能暂时访问，但长远来看