首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏编码遇到的坑

    tp6+webhook 实现自动部署

    global user.password"你的密码"//生成本地文件用于记录用户名和密码git config --global credential.helper store5.配置weebhook图片  6. 为你创建的用户图片 执行git的语句需要如下条件 1.root权限的用户,2.可配置全局git账号执行git指令时就无需输入账号密码3.我们下面用到的shell_exec()函数就是默认这里的user用户7.安装tp6 框架写自动拉取的脚本邮箱Email.php控制器先安装邮箱的依赖环境执行 composer require phpmailer/phpmailer 安装依赖环境<? Subject = $subject; $mailSender->Body = $body; //返回邮件对象 return $mailSender; }}2.自动部署控制器 上面就是提交代码拉取的记录详情内容如下,也可以看自己的邮箱图片 我这里没有改动文件提交所以这里是没有拉取到,每次gitee仓库提交后,webhook就会去请求上面的接口,没有新文件改动就不获取.我这里是自己重新请求的以上自动部署的脚本就完成了

    1.1K130编辑于 2022-12-29
  • 来自专栏用户8644135的专栏

    Kickstart基于CentOS 6.X自动安装部署脚本

    大中型互联网公司一次采购服务器上百台,如果采用人工手动一台一台的安装,一个人得搞坏N张光盘,得多少个加班加点才能完成这项"艰巨"的任务呢,我们可以看到全人工来完成这样的工作太浪费人力了,有没有自动化安装平台呢 测试环境:CentOS 6.9,理论支持CentOS(Redhat)6.X系统 此脚本是Kickstart基于CentOS 6.X自动安装部署脚本,有需要朋友可以参考,脚本内容如下: [root@localhost ~]# vim install_kickstart_centos6.sh #! /{vmlinuz,initrd.img} ${Array[6]}mkdir -p ${Array[6]}/pxelinux.cfg\cp /mnt/isolinux/isolinux.cfg ${Array [6]}/pxelinux.cfg/defaultcat >${Array[6]}/pxelinux.cfg/default <<EOFdefault linuxprompt 1timeout 10display

    80030发布于 2021-07-01
  • 来自专栏博思奥园

    【github 自动部署】github实现自动部署

    我们可以这样理解: 当我们把代码提交到github上时 github发起一次请求给服务器 服务器接受请求后,执行拉取git的脚本 这样就实现了整个项目的自动部署。 deploy与你上方hooks.json文件中的id一致 http://ip:9000/hooks/deploy 七、配置github 如果上方能够测试成功,那么直接复制url到下方配置中,配置好后他会自动发起一次请求 root/go/bin/webhook -hooks hooks.json -verbose >log.txt 2>&1& [1] 3060 九、愉快玩耍 然后你就可以在自己电脑上写代码,写好后,他自己就会部署 https://blog.csdn.net/iamhuanggua/article/details/60140867 2、git生成证书:http://www.iimt.me/article/34 3、 钩子自动部署

    3.4K20发布于 2021-10-27
  • 来自专栏小明说Java

    自动部署:Jenkins自动部署SpringBoot工程

    前言在本文中,我们将详细讲解如何使用Jenkins自动部署Spring Boot工程。我们将从安装和配置Jenkins开始,然后创建一个简单的Spring Boot工程,并最终实现自动部署。一. 自动部署通过Jenkins自动构建打包成功之后,需要的是把工程jar启动,传统的我们需要手动使用命令,先关闭现有项目,然后在使用 java -jar 重新启动jar。 其实这些命令可以集成到Jenkins,让Jenkins打包完成之后,调用脚本,自动重新部署启动工程。 我们从安装和配置Jenkins开始,然后创建了一个简单的Spring Boot工程,并最终实现了自动部署,其原理也是将手动构建打包部署,切换Jenkins自动化。 这种自动部署可以大大提高开发效率,减轻手动部署的负担。我正在参与2024腾讯技术创作特训营第五期有奖征文,快来和我瓜分大奖!

    5.2K30编辑于 2024-01-20
  • 来自专栏Java架构师历程

    6、选择部署策略

    从多方面来讲,这是应用程序部署的传统方式。每个服务实例在一个或多个主机的标准端口上运行。主机通常被当作宠物对待。 图 6-1 展示了该模式的结构: ? 这种模式有几个变体。 图 6-2 展示了该模式的结构: ? 这是 Netflix 部署其视频流服务的主要方式。Netflix 使用 Aminator 将每个服务打包为 EC2 AMI。 将微服务部署为虚拟机的另一个优点是可以利用成熟的云基础架构。如 AWS 之类的云提供了有用的功能,例如负载平衡和自动扩缩。 将服务部署为虚拟机的另一个好处是它封装了服务的实现技术。 如 AWS 之类的 IaaS 虽然提供了自动扩缩功能,但很难快速响应需求变化。因此,您经常需要过度配置 VM,从而增加部署成本。 这种方法的另一缺点是部署新版本的服务时通常很慢。 AWS API 网关自动处理来自应用程序客户端的 HTTP 请求 按照一个类似 cron 的时间表,定期执行 正如您所见,AWS Lambda 是一个便捷的微服务部署方式。

    1.4K30发布于 2018-09-26
  • 来自专栏OY_学习记录

    Jenkins 自动部署

    安装插件 image.png image.png 安装插件之后,插件管理员用户名和密码 image.png 实例配置 image.png 安装完成 image.png 二、Jenkins(配置) 1、配置自动部署需要环境 JAVA_HOME 请根据自己情况来配置 image.png 3、配置maven环境 image.png 4、配置git环境 查看git安装路径:which git image.png 三、Jenkins(自动化过程 demo-jenkins.git image.png 检查 Dockerfile文件 image.png 检查 pom文件添加打包类型 和 maven插件 image.png image.png 2、在jenkins管理界面创建自动化任务 注意:手动触发构建的时间与自动定时构建的时间互不影响。

    53940编辑于 2022-03-20
  • 来自专栏抠抠空间

    自动部署项目脚本

    #!/bin/sh # 进入到项目目录 cd /root/LawFirm/production # 停掉服务 uwsgi --stop LawFirm_20180326/uwsgi.pid # 将之前的项目重新命名 并且移动到bak中备份 # mv LawFirm_20180326 bak/ # mv LawFirm_20180326.zip bak/ # 修改之前的项目文件名 datename=$(date +%Y%m%d-%H%M%S) mv LawFirm_20180326 $datename

    58110发布于 2020-07-21
  • 来自专栏Java架构师进阶

    Java代码自动部署

    【 ①Java代码自动部署-总结简介】 代码部署是每一个软件开发项目组都会有的一个流程,也是从开发环节到发布功能必不可少的环节。 1、学习代码自动部署的目的 高效且简化代码的部署发布 2、使用的相关工具及技术 1、 CentOS操作系统(可以使用虚拟机安装Linux系统) 2、 Maven 3、 Git 4、 Shell脚本 5、 4、Java代码自动部署总结分为以下系列 ①总结简介 ②使用Maven进行代码部署 ③使用Shell进行代码部署 ④使用Jenkins进行代码部署 ⑤课程总结及心得 【 ②使用Maven进行代码部署】 export BUILD_ID=dontKillMe 【⑤课程总结及心得】 学习代码自动部署的缘由一来是由于在平时开发过程中经常会遇到代码部署的环节,希望通过学习此知识后,如果后续有机会针对自己学会的方案进行评估后简化项目中的项目部署 ,二来是巩固自己近期来学习到的一些知识,通过层层迭进来学习代码的自动部署方案。

    3.1K20发布于 2018-12-28
  • 来自专栏山海亦有归期

    自动部署

    部署到github pages 获取 ACCESS_TOKEN 打开 https://github.com/settings/tokens ,点击右上方 Generate new token,应该要输入你的密码 {{ secrets.ACCESS_TOKEN }} BRANCH: gh-pages FOLDER: dist CLEAN: true 部署部署node项目到服务器 选择一 :每次都拉取所有的代码过来。 # 对应第6步,重启安装依赖、后端服务2 - name: Server Reload uses: appleboy/ssh-action@master 然后再修改, 然后再pull代码并且自动打包重启项目就行 # This is a basic workflow to help you get started with Actions name:

    83010编辑于 2022-07-06
  • 来自专栏雪胖纸的玩蛇日常

    部署6.前端项目)

    1.安装node、npm、cnpm apt install nodejs y apt install npm y node -v npm -v npm install cnpm -g --regist

    60230发布于 2020-02-14
  • 来自专栏康怀帅的专栏

    PXE Linux 自动部署

    Linux 自动部署需要以下软件 PXE dhcp tftp vsftpd kickstart。 cp ~/anaconda-ks.cfg /var/ftp/pub/ks.cfg $ chmod +r /var/ftp/pub/ks.fg 修改 /var/ftp/pub/ks.cfg 文件 #第6

    4.7K62发布于 2018-02-28
  • 来自专栏Pipeline

    如何自动部署Houdini

    大家好,晚上好 上周给大家分享了 如何自动部署Maya-2023 如何自动部署3dsMax 2023 今天我们就向大家分享 如何自动部署Houdini,此方法适用于所有版本 安装主程序 从官方下载安装包 Houdini到C:\houdini 通过管理员权限运行cmd 导航到你之前下载Houdini安装的目录 比如之前我的是下载到了我本地的C:\Downloads 执行下面命令行即可自动安装Houdini 3-6分钟不等 令行上面的参数差不多都是对应了界面上的选项 下面我们介绍一下几个主要参数 /InstallDir你的Houdini安装路径 /HoudiniServer 是否需要安装Houdini服务 for Maya /EngineUnreal 是否需要安装Houdini Engine for Unreal /LicenseServer 是否需要安装Houdini License 服务, 在纯中心化部署 光软件安装就劝退很多美术, 如果有IT支援的话, 可以让IT大哥帮忙在域控上面推送给美术们 这样美术就不需要自己安装了, 也能保证大家在同一项目上使用的DCC版本一致 如果没有IT支持,我们也可以把这个部署方式写成一个简单

    1.3K20编辑于 2022-07-14
  • 来自专栏追不上乌龟的兔子

    本地部署ChatGLM-6B

    今天在自己的 PC 上部署和体验了ChatGLM-6B的推理服务,简单记录一下流程。 ChatGLM-6B 简介 ChatGLM-6B 是一个开源的、支持中英双语的对话语言模型,基于 General Language Model (GLM) 架构,具有 62 亿参数。 结合模型量化技术,用户可以在消费级的显卡上进行本地部署(INT4 量化级别下最低只需 6GB 显存)。 ChatGLM-6B 使用了和 ChatGPT 相似的技术,针对中文问答和对话进行了优化。 硬件环境 我的 PC 使用的是 RTX 2060 Super 显卡,具有 8GB 显存,可以满足 ChatGLM-6B 的部署要求。 另外这个 web ui 的功能还是相对有些捡漏,并且缺乏必要的安全措施,不建议直接部署到公网上。

    4.4K30编辑于 2023-05-01
  • 来自专栏朱永胜的私房菜

    使用GithubActions自动部署Hexo

    此文章借鉴于 安知鱼 的使用 Github Action 自动部署 点击跳转[3] 此教程参考 Oranges [4],转载需注明出处。 Github Action 使用教程 为了确保交由Github Action来持续部署时,Github Action 具备足够的权限来进行 hexo deploy 操作,需要先获取 Token。 workflows 文件夹内新建 autodeploy.yml,在 [Blogroot]/.github/workflows/autodeploy.yml 里面输入 name: 自动部署           hexo clean           hexo bangumi -u #bilibili番剧更新           hexo generate       - name: 部署

    61630编辑于 2023-11-02
  • 来自专栏Laoqi's Linux运维专列

    Springboot and Gitlab 自动部署配置

    最近玩springboot,自己有一个服务器,写完了都放到服务器去部署,刚开始用的gui-manager方式,但是慢慢的发现,这个方法部署太慢了。 大家都知道一般的小水管宽带的上传也就70k左右,部署一次等n久。于是想着能不能自动部署,每次把代码提交即可。 经过查找资料结合自身已有的了解,找到了Jenkins,很强大,但是配置什么的略微麻烦,看网上的教程貌似也要编写脚本,于是想着何不自己直接撸个脚本算了,于是各种查找各种学脚本,于是有了如下简单的部署脚本, Tomcat目录下并自动命名 mv -u *.war ${tomcat_webapps_path}"ROOT.war" #重启Tomcat服务 systemctl start tomcat echo " 分钟执行一次脚本,根据自己需求改 */30 * * * * /usr/local/sbin/autodeploy.sh 大工告成,现在只要提交到GitHub上即可,等时间一到或者直接登录服务器运行脚本即可自动部署项目了

    1K30发布于 2018-05-31
  • 来自专栏小康的自留地

    Hexo利用coding自动部署

    评论道:“写的不错,但还是觉得这个云环境太繁琐了,没有CI/CD自动部署方便”。于是我便百度查了下,网上文章大部分是通过Travis CI整的,但我的源文件在coding呀! 于是我便尝试了使用coding自动部署。 为什么要使用自动部署呢? 因为随着我们的长时间写文章,生成时间也就更长。在加上要加载插件。 如果你换一个电脑更明显,首先你要安装node环境然后······ 自动部署只需要把你的源代码提交,云会自动帮你执行编译过程,从而省去了自己编译的过程。 1. 创建访问认证 ? 所以当这篇文章发表出来的时候也就说明自动部署成功了。 我们进行简单的文章推送。这里我使用的是git小乌龟。 ? 推送成功后coding的自动部署已经在运行了 ? ? ://e.coding.net/test/test.git 那么在配置文件中的地址就是https://root:abcdefg@e.coding.net/test/test.git coding可以部署部署几次

    1.6K21发布于 2020-04-09
  • 来自专栏江歌闲谈

    CircleCI 自动部署

    什么是 CircleCI CircleCI 是一个持续集成/持续部署的服务,开源项目可以免费使用,他的价格取决于你需要并发构建实例的数量,单个实例是免费的。 提示是自动化的氪星石:CI 环境将无限期挂起,等待用户给出响应。可以禁用此验证,但将正确的密钥添加到 known_hosts 文件是一个更好的解决方案。 working_directory: ~/circleci-demo-workflows steps: - checkout - run: sudo npm install -g npm@6 branches: only: master jobs: - build 代码流程: 安装特定版本 npm, sudo npm install -g npm@6 [image] 选择环境 选择 docker 镜像(这里以 node 为例) 开始构建 例子 [image] 总结 超级简单有木有,部署完成后,只要 master 分支有了改动,就会自动发布,哈哈哈。

    1.5K00发布于 2021-06-14
  • 来自专栏前端vue

    Jenkins自动部署

    测试连接服务器 配置部署任务 新建任务 新建--输入任务名--ok ? 新建任务 源码管理 输入项目源码--选择项目分支 ? 连接服务器解压打包文件 开始打包测试 所有配置完成后点击save保存回到主页面--选择需要打包部署的项目 ? 立即构建 点击打包进程,选择Console Output ? 打包成功

    2K10发布于 2019-01-28
  • 来自专栏ops技术分享

    Maven 自动部署

    项目开发过程中,部署的过程包含需如下步骤: 将所的项目代码提交到 SVN 或者代码库中并打上标签。 从 SVN 上下载完整的源代码。 构建应用。 比如,较旧的版本没有在网络机器上更新,然后部署团队又重新部署了较早的构建版本。 解决方案 通过结合以下方案来实现自动部署: 使用 Maven 构建和发布项目 使用 SubVersion, 源码仓库来管理源代码 使用远程仓库管理软件(Jfrog或者Nexus) 来管理项目二进制文件 修改项目的 pom.xml 我们将会使用 Maven 发布的插件来创建一个自动化发布过程。 Plugin 配置 maven-release-plugin 插件来实现自动部署过程。

    90240发布于 2021-07-15
  • 来自专栏imba久期的杂货铺

    Github Actions Hexo 自动部署

    不过大部分时间都会忘记,并且配置文件、主题的配置文件都不在文章目录,所以没法同步觉醒最近一次重装我依然是手动备份,重装后看着这个备份,觉得这样下去不行,得赶紧拿出个更完美(懒)的方案想起之前在一个浏览器插件的仓库看到了自动发布脚本 ,我有个浏览器插件每次发布都很繁琐,因此早就想研究一下自动化所以这次第一个念头也是自动化:Github Actions旧流程按照之前手动挡的流程是这样的清除缓存 hexo clean生成静态文件 hexo g部署 hexo d(执行一次 git 推送)远程仓库 hooks 被触发,自动去网站根目录,git pull最后网站根目录拉取到文章,部署成功其中 3 之前你需要在本地手动执行的,而且重装或者换电脑意味着需要在远程服务器配置新的公钥新流程新的半自动挡解决了 你只需要进行一次 git 提交其他的事情交给 Github Actions图片整个流程是创建密钥,用于连接博客服务器安装 hexo安装 hexo 插件拉取主题安装主题依赖包检查主题目录配置 git生成静态文件部署 ,因为我感觉服务器部分也需要继续优化,不能通过 git hooks 的方式部署,这样的话迁移到另一台服务器还得配置一遍,也是很麻烦的之后考虑在工作流中用 sftp 直接上传的方式部署,需要解决的问题是生成静态文件数量非常多

    67800编辑于 2022-12-16
领券