jira

在本文中， 峰会大咖黄金泽 将从工具链逐步铺开的角度，讲述中国出口信用保险公司IT团队在交付方面如何从“刀耕火种”发展到 DevOps 落地的快速转型。 中国出口信用保险公司 DevOps 的发展历程 中国出口信用保险公司是我国唯一政策性出口信用保险公司，中国信保通过为对外贸易和对外投资合作提供保险等服务，促进对外经济贸易发展。 现阶段公司面临由大到强的整体转型，总部及分支机构迫切需要IT团队提供科技赋能，以用户为中心，实现科技引领的目标。因此IT团队面临很大挑战，传统的IT模式向DevOps转型也成为必然趋势。 项目背景：在企业IT部门转型 DevOps 任务之初，IT团队生产力工具匮乏，仅有的SVN和QC工具已经无法继续与日益增长的需求相匹配，同时，开发、运维间隙越来越大，相关技术积累薄弱、新旧文化冲突突显，转型困难重重。 什么 是 CI/CD 交付通道？ Continuous Integration，持续集成包括：源代码变更、自动检测、拉取、构建、单元测试、自动化测试等。 Continuous Delivery，持续交付包括：源代码变更、自动检测、拉取、构建、单元测试、自动化测试、生产交付等 在众多CI/CD交付链介绍中，从CI到CD的区别只是最后能否将代码交付到生产环境。从理论上讲，在CI/CD交付链全部工具和技术就位并运转后，能否交付到生产似乎并不是很困难的问题

本文将以 Apache HBase 项目为例，介绍如何向社区提交代码。 fork apache 上游项目： 登陆 github ，然后在 github 上面 fork 一下 apache/hbase clone 你fork的仓库到本地 git clone https://github.com/utf7/hbase.git 注意上面 clone 的是自己 fork 的仓库 设置上游仓库 git remote add upstream https://github.com/apache/hbase.git 验证一下 git remote -v 输出： origin https://github.com/utf7/hbase.git ( fetch ) origin https://github.com/utf7/hbase.git ( push ) upstream https://github.com/apache/hbase.git ( fetch ) upstream https://github.com/apache/hbase.git ( push ) 在 HBase jira 空间，创建一个 jira jira 填写标题、Issue Type,Priority,Component（可选），影响版本、描述等 然后assignee 给自己

转载的）软件测试工程师，工作之余应该看些什么、学些什么？ 通常情况下一位软件测试工程师需要具备哪些必须的技能？ 最佳隐形技能 ★★开发语言知识背景 对被测试对象使用的语言有一定的了解，这样有助于测试工作的开展，同时，与开发人员之间的沟通协作也将更顺畅 计算机语言都具有一定的共通性，只要你深刻了解了一门语言，其他语言也不是难事。所以，即使被测试对象使用的语言与你之前学过的了解的不相符亦无太多关系 ★★★数据库的熟悉使用 能够自行编写大部分的SQL语句来辅助测试（SELECT,DELETE,UPDATE），对于存储过程可也多了解，在无程序辅助的情况下，它是制作数据的最好帮手 主要在日常测试工作中，提取数据库中的数据验以证测试结果的有效性、制作测试数据、批量修改测试数据等 ★★★被测试对象业务的熟悉度 所谓知已知彼，百战不殆 对于被测试对象业务流程的了解越多、越深入越有利于测试工作的开展 这样不仅可以使你在平常的测试工作中如鱼得水，同时在测试工作中，你还会发现一些其他不了解深层次需求的人发现不了的隐蔽问题 测试理论 ★★软件测试的基本概念，及软件测试存在的理由 不需要死记硬背，但能知道软件测试是做什么，为什么而存在 ★★★★软件测试的整体流程 能详细说出软件工程中完整的软件测试生命周期，及一些软件测试模型（双V，V模型） ★★★软件工程中软件生命周期 软件工程中软件生命周期的主要过程

文章目录 前言 Ozone Streaming的实现背景：Ratis Streaming Ozone Streaming方式写过程 参考资料 前言 在Ozone目前数据写出的过程，是基于从对象文件的block，再从block到chunk粒度进行数据的写出的。每次Ozone写完一个chunk后，对应着会触发一次write chunk的RPC call。当我们写入的数据文件对象很大的时候，过程中将会涉及到很多次write chunk PRC的操作调用。这个RPC call的频繁调用意味着相应更多的transaction的发生。对于Ozone Datanode里使用Raft协议做数据一致性同步过程的影响而言，则意味着更多的raft log需要被apply以及对应Ratis snapshot的take操作也会变得更加频繁。在一定程度上，这会影响到Datanode节点本身的数据写出操作。最近社区提出了利用Ratis Streaming的特性来优化Ozone数据写出的流程。本文笔者来简单聊聊Ozone Streaming这种全新方式的数据写出过程，目前此功能处于有一个初步的设计方案阶段。 Ozone Streaming的实现背景：Ratis Streaming 首先我们来聊聊Ozone Streaming的一个大的背景，Ozone Streaming想法的提出源自于Ratis

快，关注这个公众号，一起涨姿势～ 翻译：Ollie(关群) 校对：Kerwin(钟冠智) 本指南将与您探讨Jira工作流的强大功能。介绍Jira工作流的最佳实践，并深入讲解一些实际的例子。 我们还将详细讨论为什么要创建一个新的Jira工作流，以及如何根据团队的流程进行自定义。 使用Jira，您可以自行构建所需的工作流方案，从而精确地匹配您团队的业务流程要求。言归正传，让我们进入Jira的工作流： 1 什么是Jira工作流？ Jira工作流为您的组织进行流程建模，并完成一系列任务处理。 一个基本的工作流，通常包含以下步骤： 创建问题代表有一个新的任务诞生，它将隶属于“To Do”的初始状态。 一旦工作开始，将其转换为“In Progress”。 当任务完成时，您可以将其转换为“Done”。 此时一个流程循环已完结。 Jira内置了若干工作流模板，包括： 任务管理：极简的工作流，以尽快完成任务。 项目管理：稍复杂的工作流，包括“In Progress”状态，以更好地标记正在进行中任务。 流程管理：具有多种状态和解决方案的结构，反映业务和开发流程的复杂性。 除此之外，自定义Jira工作流对您来说也许是更好的选择。 2 为什么要自定义Jira工作流？ 通过自定义工作流，可以使Jira系统更贴合您团队既定的工作方式。 虽然您可以使用Jira的标准工作流来简单地将问题从“To Do”，“In

文章目录 前言 NameNode fsimage corrupt场景 NameNode fsimage corrupt解决办法 NN fsimage corrupt的重新行为 参考链接 前言 在如今很多用户使用HDFS做为大数据的底层存储时，我们除了关心HDFS的处理性能外，我们经常还需要关注其中数据高可用的情况，例如不能出现数据损坏的情况，比如missing block，或者文件block corrupt的情况。但是其中我们忽略掉了一种最为极端同时也是最为棘手的情况：HDFS NameNode fsimage文件坏了，我们怎么办？元数据的损坏比实际数据损坏可是要严重地多得多。在HDFS中，NN fsimage损坏直接会导致NN启动不起来。目前NN fsimage文件损坏的情况只在极端个别操作行为下产生，所以大部分的使用场景是不会导致fsimage corrupt的情况。但是这不意味着这种极端情况发生的可能性。作为HDFS的集群维护者来说，我们有必要了解以及对此情况的解决方案。本文笔者来分享分享这块的一些经验心得。 NameNode fsimage corrupt场景 首先，本文所说的fsimage的corrupt原因不是说是物理硬件层面造成的fsimage损坏，而是HDFS内部自身程序运行所产生的corrupt的fsimage。你可以简单理解为NN因为内部元数据的损坏

本文转载自： Jenkins 中文社区 CI/CD 的出现改变了开发人员和测试人员发布软件的方式。本文是描述这一变化的系列文章第一篇， 这些文章将提供各种工具和流程的讲解，以帮助开发人员更好的使用 CI/CD。 从最初的 瀑布模型 ， 到后来的 敏捷开发 ， 再到今天的 DevOps ， 这是现代开发人员构建出色产品的技术路线。 随着 DevOps 的兴起，出现了持续集成，持续交付（CI/CD）和持续部署的新方法， 而传统的软件开发和交付方式在迅速变得过时。过去的敏捷时代里， 大多数公司的软件发布周期是每月、每季度甚至每年（还记得那些日子吗？）， 而在现在 DevOps 时代，每周、每天甚至每天多次都是常态。 当 SaaS 成为业界主流后尤其如此，您可以轻松地动态更新应用程序， 而无需强迫用户下载更新组件。很多时候，用户甚至都不会注意到正在发生变化。 开发团队通过软件交付流水线（Pipeline）实现自动化，以缩短交付周期， 大多数团队都有自动化流程来检查代码并部署到新环境。 我们一直在关注自动化测试流程，但这将在之后的文章中介绍。 今天，我们将介绍什么是 CI/CD/CD ，以及现代软件公司如何使用工具将部署代码的流程自动化。 持续集成 注重将各个开发者的工作集合到一个代码仓库中，通常每天会进行几次， 主要目的是尽早发现集成错误，使团队更加紧密结合，更好地协作。 持续交付

本次实践从需求出发到部署，采用大部分开源工具链Jira+GitLab+Jenkins+Spinnaker. Jira作为需求和任务管理工具，集成GitLab实现需求与代码关联，自动创建特性分支和版本分支以及合并请求的创建。GitLab代码提交触发JenkinsCI流水线，这里CI指的是Jenkins来做构建、测试、扫描、生成镜像上传镜像操作。CD由Spinnaker对各个环境部署。 详细的内容在下面PPT：本此内容已经录制成视频教程，已经购买Jenkins实践课程的同学请耐心等待，预计两天内免费更新到课程中。欢迎更多的同学一起加入DevOps课程学习！目前还有优惠哦~ 该项目涉及到Jenkins共享库中的Gitlab接口，Jenkinsfile，SPinnaker Pipeline模板。仓库地址： https://github.com/zeyangli/devops-practice DevOps课程报名链接： https://edu.51cto.com/sd/36f6e 来源： oschina 链接： https://my.oschina.net/u/4311839/blog/4720959

之前的文章已经分别详细介绍了Jira、Confluence的安装及二者账号对接的操作方法，下面简单说下二者的备份、恢复和迁移： 一、Jira、Confluence的备份、恢复 1）Confluence的备份 管理员账号登录Confluence，点击右上角的 "一般配置"-"每日备份管理" ，如下图（默认配置）： 默认每天会自动备份一个zip打包的数据，存放在服务器的/var/atlassian/application-data/confluence/backups路径下。还可以点击"编辑"进行自定义。 [root@file-server ~]# cd /var/atlassian/application-data/confluence/backups [root@file-server backups]# ll total 166869728 -rw-r--r-- 1 confluence confluence 926360970 Jul 1 02:03 backup-2018_07_01.zip -rw-r--r-- 1 confluence confluence 926360903 Jul 2 02:03 backup-2018_07_02.zip -rw-r--r-- 1 confluence confluence 931466006 Jul 3 02:03 backup

修改logo cd /usr/local/Cellar/allure/2.13.7/libexec/config,在allure.yml配置文件中增加 - custom-logo-plugin plugins: - junit-xml-plugin - xunit-xml-plugin - trx-plugin - behaviors-plugin - packages-plugin - screen-diff-plugin - xctest-plugin - jira-plugin - xray-plugin - custom-logo-plugin cd /usr/local/Cellar/allure/2.13.7/libexec/plugins/custom-logo-plugin/static vi styles.css .side-nav__brand { background: url('logo.png') no-repeat left center !important; margin-left: 15px; height: 55px; background-size: contain !important; } .side-nav__brand-text { display: none; } 保存，运行测试脚本，查看报告 2. 修改内容标题 在生成的index