jira

​转载本文需注明出处：微信公众号EAWorld，违者必究。 前言： 本文主要介绍DevOps的第三方服务的权限管理设计过程中的一些思路和理念，包括一些权限模型概念的分享、DevOps本身的权限控制设计、在适配第三方服务时遇到的问题和解决思路以及对DevOps第三方权限管理模块的优化建议。 目录： 1.总体思路 2.权限设计模型讲解 3.DevOps-自身的权限管理设计 4 .DevOps-第三方服务权限管理设计 5.总结 在使用之前版本的DevOps过程中，用户很可能在使用任务模块、代码模块和介质模块时遇到没有权限执行操作的问题，这个会带给用户很大的困扰，举个例子，测试人员遇到一个bug，在平台里想要创建一个bug工作项，结果报错没有权限，最终细究才发现尽管在DevOps当前项目中该用户是测试人员，但对应的项目管理工具（如Jira）中该用户并没有被添加测试人员的角色，这时就需要用户去Jira中再进行授权，为避免这种情况，我们提出了第三方权限管理的需求。 1.总体思路 1.先明确需要被管理权限的第三方服务主体是什么： 目前DevOps涉及到操作权限跟第三方服务账号权限挂钩的有项目管理工具、代码管理工具和介质管理工具，细化一下就是Jira、Zentao、Gitlab、Github、Bitbucket、Nexus、Harbor等服务。 2

有一年多没发博客了，离开IT行业后感觉技术这块快荒废了，补一篇去年为了原公司上Jira而学习敏捷开发的笔记，如有不当之处,请予指正。Jira相关的内容稍后整理发布 PS：以下除Jira外其他截图均来自网络或正版书籍，如有侵权请及时联系我删除 一、先熟悉几个敏捷概念 1、传统和敏捷的区别（这里的传统开发指瀑布开发或计划驱动开发） （1）画一幅画 （2）造一辆车 （3）火炮和导弹 （4）概念性比较 2、Project（项目） JIRA的项目是根据你的企业组织需要定制的，是问题的集合。例如一个JIRA项目可以是: 一个软件研发项目 一项市场推广活动 一个技术服务/帮助台系统 一个需求管理系统 一个网站需求调查系统 Jira里的项目和禅道里的项目概念并不完全相同：禅道里，产品和项目被明确的区分开。产品主要是管理需求、计划和发布。项目主要是管理任务开发需求。禅道里，项目对应的是敏捷开发里的迭代。项目可以看做产品的迭代管理，一个项目更新产品的一个新版本。一个产品可能分解成多个小项目，由一个或多个项目组去完成。 3、Version（版本） 在一个项目上，一般会有多个版本，如：1.0alpha、1.0beta、1.0、1.2、2.0。 （1）创建问题时会涉及到两个Version（版本）字段： 影响版本：可以清晰地反映出这个问题在哪个版本中出现错误。例如, 一个软件的缺陷可能影响了产品的1.1和1

话说这天，我们团队开会讨论了一个问题，不，与其说“讨论”，不如说“争吵”更合适。 背景是这样的： 我们要开发一个 xxx 后台管理系统，这个系统业务复杂、功能又多，大家的争吵集中在“这个系统是否应该用前后端分离的方案”。 这次争吵的问题比较典型，于是我就写了这篇文章。为了大家好理解，把“xxx 后台管理系统”泛化一下，变成： 开发一个大型后台管理系统，应该用前后端分离的技术方案吗？ 先说一下，本文中的观点肯定有人不认同，再加上我对前端技术掌握有限，所以大家批判的看吧。 1. 先审题，冷静的分析一下 前后端分离的优点多多，这不需要多说，大家人人都清楚。 来，讨论之前，我们先一起好好审审题。 结合“ 开发一个大型后台管理系统 ”这个约束条件，冷静的分析一下： • 什么是后台管理系统：首先后台管理系统这个称呼，意味着这是一个 B 端系统 。可以小到部门级应用（客户投诉登记系统、办公设备台账系统），大一点可以是大集团级核心系统（500 强保险公司客服、呼叫中心），可以是 ERP、CRM、OA（SAP、用友、泛微协同），可以是一个 B2C 电商的商城后台、支付网关管理控制台，可以是 Saas 的管理后台（Salesforce、Teambition、Jira），可以大到阿里云控制台…… • 什么是大型：我理解大型系统是指功能模块多、交互复杂，而不是访问量、TPS、数据量大。所以 CMS、OA

环境需求 硬件配置：4C/16G/500G OS：centos7 部署 1.安装JDK 版本:1.8.0_151 准备文件 8u151-install_java.sh、jdk-8u151-linux-x64.gz # bash 8u151-install_java.sh ...... libss.x86_64 0:1.42.9-17.el7 libstdc++.x86_64 0:4.8.5-39.el7 libstdc++-devel.x86_64 0:4.8.5-39.el7 Complete! 开始部署jdk-8u151-linux-x64.gz jdk-8u151-linux环境部署完成 # cat 8u151-install_java.sh #!/bin/bash source /etc/profile ## java检测，避免重复追加环境变量 function check_java () { /usr/bin/which java 2> /dev/null && echo -e "\njava已存在，不再进行jdk-8u151-linux环境的部署。\n" && exit 1 } function check_environment () { yum -y install gcc gcc-c++ autoconf automake libtool make zlib

话说这天，我们团队开会讨论了一个问题，不，与其说“讨论”，不如说“争吵”更合适。 背景是这样的： 我们要开发一个 xxx 后台管理系统，这个系统业务复杂、功能又多，大家的争吵集中在“这个系统是否应该用前后端分离的方案”。 这次争吵的问题比较典型，于是我就写了这篇文章。为了大家好理解，把“xxx 后台管理系统”泛化一下，变成： 开发一个大型后台管理系统，应该用前后端分离的技术方案吗？ 先说一下，本文中的观点肯定有人不认同，再加上我对前端技术掌握有限，所以大家批判的看吧。 1. 先审题，冷静的分析一下 前后端分离的优点多多，这不需要多说，大家人人都清楚。 来，讨论之前，我们先一起好好审审题。 结合“ 开发一个大型后台管理系统 ”这个约束条件，冷静的分析一下： • 什么是后台管理系统：首先后台管理系统这个称呼，意味着这是一个 B 端系统 。可以小到部门级应用（客户投诉登记系统、办公设备台账系统），大一点可以是大集团级核心系统（500 强保险公司客服、呼叫中心），可以是 ERP、CRM、OA（SAP、用友、泛微协同），可以是一个 B2C 电商的商城后台、支付网关管理控制台，可以是 Saas 的管理后台（Salesforce、Teambition、Jira），可以大到阿里云控制台…… • 什么是大型：我理解大型系统是指功能模块多、交互复杂，而不是访问量、TPS、数据量大。所以 CMS、OA

疫情期间 Atlassian 全球员工都在家办公，除了继续写代码之外， 他们还创作了这首超级好听的 《Virtual Insanity - Work From Home》，歌词见文末。 未来的工作方式就在这里，听听专家们怎么说。 我们向多家 支持远程工作的行业领袖公司收集了他们的观点。 每一个交易的完成、成功发起的活动或构建更好产品的分布式团队都在证明着 远程工作是未来的工作方式 。 远程工作是一种进化。以下是来自多个团队的远程工作专家的提示和预测。 甚至有机构认为，因为 公众对健康风险和碳足迹认识的提高，加上技术的不断演进，预测到 2030年，每个办公室都将成为虚拟办公室 。你相信吗？在不远的将来，最聪明公司的知识工作者们将从世界任何地方远程工作，在完全虚拟现实中或通过增强现实进行交互，类似于这个微软原型。 远程工作意味着你有大量安静的时间，专注于工作。但是，深度工作很容易让人疲劳! 调整你工作的节奏，捋捋猫、散散步......” Atlassian 主编 Sarah Goff-Dupont， 在明尼苏达州远程工作 对于远程工作者来说，改善协作的需求更为迫切。这是一个非常好的方式，但要承担更多的责任。 Automattic 产品经理 Leif Singer 当谈到工具时，最好不要不合理地限制远程团队可以使用或不能使用的工具，因为生产力可能是一个非常私人的问题。 Evernote

本文主要介绍阿里巴巴Java程序员常用的一些基本和高级工具。如果你是一位经验丰富的Java开发人员，你可能对这些工具很熟悉，但如果不是，现在就是是开始学习这些工具的好时机。 Java世界中存在许多工具，从Eclipse，NetBeans和IntelliJ IDEA等著名的IDE开始到Java开发人员应该知道的JVM分析和监视工具，如JConsole，VisualVM，Eclipse Memory Analyzer等。 尽管如此，在本文中，我将重点介绍适用于各种Java开发人员的通用工具，例如核心Java 开发人员和Web开发人员。 1. JIRA Atlassian的JIRA是当前敏捷开发领域最重要的工具之一。它用于错误跟踪，问题跟踪和项目管理。如果你遵循敏捷开发方法，例如Sprint和Scrum，那么你必须了解JIRA。它允许您创建Spring循环并跟踪软件开发的进度。 JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公 司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。 2. Git Git是Java程序员的另一个必备工具，它是一个免费的开源分布式版本控制系统，旨在快速高效地处理从很小到非常大的项目版本管理。Git易于学习，占用空间小，具有超强的性能。 最初 Git 的开发是为了辅助

近日，在Spark开源十周年之际，Spark3.0发布了，这个版本大家也是期盼已久。登录Spark官网，最新的版本已经是3.0。而且不出意外，对于Structured Streaming进行了再一次的加强，这样Spark和Flink在实时计算领域的竞争，恐怕会愈演愈烈。 Spark 3.0 主要的新特性如下： 相比于Spark2.4，性能提升了2倍，主要体现在自适应查询执行，动态分区修剪等方面。 Pandas API改动，包括Python类型的提示和UDF函数。 对于PySpark的异常处理进行了增强。 新的Structured Streaming UI页面。 而且解决了大量Jira问题。 Structured Streaming最初于Spark 2.0引入，并且停止了SparkStreaming的更新，很明显Structured Streaming的出现是为了在实时计算领域可以与对水印，窗口等支持更好的Flink一战。 3.0版本添加Structured Streaming的专用UI，可以方便的查看流作业的执行信息。 虽然与Flink比起来，Structured Streaming还有很长的路要走，但是可以期待Spark 3.0版本对于Structured Streaming的持续加强。 更多实时数据分析相关博文与科技资讯，欢迎关注 “实时流式计算” 来源： oschina 链接