本次发布,主要增加了 jcli 对凭据、计算节点的管理能力,以及通过 jcli 启动 jenkins.war。对于部分子命令,还可以通过参数 --doctor 来实现错误诊断。
项目地址:https://github.com/jenkins-zh/jenkins-cli
【五分钟的dotnet】是一个利用您的碎片化时间来学习和丰富.net知识的博文系列。它所包含了.net体系中可能会涉及到的方方面面,比如C#的小细节,AspnetCore,微服务中的.net知识等等。
在软件开发工作中,代码依赖管理是个绕不过的话题。针对依赖管理,不同的语言、工具、平台和团队都有自己的解决方案。本文将会介绍 GitHub 推出依赖版本更新工具 Dependabot。正如其名字,Dependabot 就是一个机器人,用来自动更新项目依赖,确保仓库代码依赖的包和应用程序一直处于最新版本。经过一段时间的试用,笔者认为这是一款不错的工具,尤其对于开源项目。
很久没有发布 Jenkins CLI 的新版本了。但是这次绝对值得升级它。让我们一起来看看都有哪些新功能吧。
定睛一看,是我托管到 Github Page 的个人博客仓库,而且是一个私有仓库,理论上不应该收到 PR 。点进去仔细看了一下。
昨天把这个博客网站的代码开源放在了github上,然后刚好不巧看到百度EFE写的文章前端开源项目持续集成三剑客,突然想起好多项目的ReadMe文件确实看着很酷炫,有很多的徽章,于是就想着自己博客代码也可以这样做,显得自己高大上(偷笑)。。于是花了一天,写了些单元测试,跑了一下CI,检测了下代码,哗啦啦地就把好多个徽章给加到自己的项目中去了。。最后的效果如图:
如果您的仓库不是放置在根目录下(就是https://itclancode.github.io/blogcode/这种形式,而非https://itclancode.github.io/),则在config.js的基础配置中需要更改base的路径,它默认是指向根路径的,可以省略
当然,我们这里不说平时公司的正规方案,肯定是一大推的集成方案。咱们就说一下平时自己是如何做的:
几十~几百人规模的小公司,业务、研发、产品、市场等等角色的沟通成本并不是特别高。在公司创业早期,一个人身兼数职,沟通成本就更低了。有事情,大家拉到会议室,简单学一下金字塔原理,碰到问题很快就能得到解决方案。
在上一篇如何做好一个开源项目(一),笔者已经介绍过开源项目运作和维护的一些理念了,本篇开始,笔者将着重于介绍一些开源项目维护过程中的一些细节,比如徽章、构建等等。由于最近经常出差,所以博客有中断,非常抱歉。
第三方组件的风险识别应该从组件引入环节开始做好控制,包括禁止高危组件的引入、将漏洞检测插件默认集成到开发者的IDE中; 需要在软件构建、测试、部署的全流程中集成三方软件的检测和修复能力; 持续获取三方组件最新漏洞情报; 尽可能的将安全的修复方案做的足够简单,这样和研发人员一起推进修复的时候才能更高效。
GitHub Advisory Database(安全咨询数据库)现在已经支持 Rust 了。
如果你使用过 GitHub 发布过项目,你会知道 GitHub 可以自动生成 Release Notes[1]。
前言 平时大家在在逛 github 时或多或少都看到过项目首页各式各样的小徽章,不知道你是否和我一样好奇这些小徽章都是哪来的呢? 首先我们先来一睹为快目前前端开发的三大主流框架: var ,看一看他们
我的老弟小阿巴也在学习编程,前段时间,他刚刚接触了 GitHub 这个代码开源平台,然后关注了我。
程序员的日常,总有一个自己的项目,不管是博客,还是一些日常应用,还是好久都不维护的一些奇怪的想法,总是需要一些前端页面去做一些应用展示,目前前端工程化已经逐渐普遍,需要打包,部署等一系列的操作。
https://moeci.com/posts/2021/12/readme-badge/
埋点是数据产品经理(分析师)基于业务需求,对用户在应用内产生的页面和位置植入相关代码,并通过采集工具上报统计数据。这些埋点数据是推动产品优化和运营的重要参考。而按照埋点采集数据类型不同,可以把埋点采集的数据分为以下几类:
前几天随便写了一个hexo小插件,这几天刚好考完期末考试,趁着实习前没啥事,于是又拿来看看,想想有什么可以改进改进的。为了发散思路,我就把hexo.io的插件列表里的插件基本上从头到尾看了一遍。这个不看不知道,看完之后我发现其实里面的内容质量也是参差不齐的,好一点的呢,开发、测试、集成、样例、徽章都十分齐备,文档简明扼要,一看就是专业玩家;差一点的呢,基本都没有集成,没有测试,没有徽章,文档简陋或者啰嗦,有的issue满天也没人处理,有的build failure也不解决,更有的连repository都404了。。。看上去hexo的社区似乎在走下坡路了,毕竟博客这种东西,本来能坚持下来的人就不多,用户流失日益严重,而且hexo本身学习门槛也比较高,况且像这种项目还没有金主爸爸养,坚持维护也挺不容易的。 额。。。先不议论别人,还是先想办法提高提高自己项目的逼格吧。。。
在编写我个人的前端工具库的时候,想要为项目生成一个 API 文档,因为项目使用的是 TypeScript ,自然就想到使用 TypeDOC 为项目来生成一个文档,经过一番学习,发现 TypeDOC 生成的 API 文档随便可以使用各种主题插件,但是还是有点不好看,然后就一直没有做这件事。
本文转载自机器之心 作者:黄小天 5 月 27 日,由机器之心主办、为期两天的全球机器智能峰会(GMIS 2017)在北京 898 创新空间顺利开幕。大会第一天重要嘉宾「LSTM 之父」Jürgen Schmidhuber、Citadel 首席人工智能官邓力、腾讯 AI Lab 副主任俞栋、英特尔 AIPG 数据科学部主任、GE Transportation Digital Solutions CTO Wesly Mukai 等知名人工智能专家参与峰会,并在主题演讲、圆桌论坛等互动形式下,从科学家、企业家、
就是 version 这一类里的一种图标,选择 npm 一栏填入包名,然后复制成 Markdown 内容,就会得到诸如:
Markdown 是一种轻量级标记语言,它允许人们使用易读易写的纯文本格式编写文档。
我们一直在强调如何写出一份高质量可读的代码,但对大多数人来说太难了,有没有其他思路呢?
我们如果希望和某个 Github 项目开发者沟通,比如给这个项目提个 bug 之类。传统的方式是在该项目创建一个 issue ,等开发者看到后(可能是很久之后~),回复该 issue。但是,如果你希望进行实时的进行沟通,能有个聊天室就好了~
本周 GitHub 官方 Blog 很是热闹,GitHub 官方大动作频频也带来了 GitHub Blog 的频繁更新,除了本周 News 快读收录的 GitHub 新徽章和 Atom 被“停用”新闻之外,GitHub Action 的工作流也有新的 Changelog 以及 GitHub 安全策略也有所更新。GitHub Skills 这个新项目则带 GitHub 新人们快速入门 GitHub,项目提供了 GitHub 相关教程。
在 GitHub 许多开源项目都有很漂亮的徽章,它们可以用来显示项目的进度,访问人数,版本信息以及 GitHub stars 数量等等,比如 kjs-common 这个项目
详情见:https://github.com/Tencent/tdesign-vue/releases/tag/0.50.0
这个真的是强烈建议,对于一个页面,首先应该大致的看一下可以划分为哪几个模块,通常的划分方式是,整体来看,是row排列,还是column排列的,那么,最擅长做这种划分的布局方式是什么,没错,就是flex布局了。
相信对于使用 GitHub 的小伙伴来说,以上 GitHub 徽章(badge)应该都不怎么陌生吧。如果你想快速用起来,找到你想要的徽章代码 ctrl+c & ctrl+v ,再修改对应的 GitHub username/repo_name 即可。
今天我们为你准备了一篇有些不同的博文。Brigade[1]项目最近在改善我们的安全状况方面投入了巨大的努力——特别是在我们的软件供应链方面——今天我们想介绍一下我们取得的进展。当然,这样做的一个原因是向我们的社区保证,软件供应链安全是我们非常重视的一个话题,但我们也希望通过分享我们在最近几周获得并应用的有价值的见解,我们的社区也可以开始将其中的一些知识应用到他们自己的软件项目中。
http://img.blog.csdn.net/20140717215453576
为了避免重复造轮子 ,我们往往会借助开源的项目实现一些功能。很多时候,选择使用哪一个开源项目就像选择男、女朋友一样,固然内在很重要,但是眼缘也很关键,只有看对了眼,才会进一步地了解。作为开源项目的开发者,当然是希望自己写出来的成果能被更多的人尝试使用,所以这篇文章主要谈一谈怎样让开源项目看起来“高大上”,从而让别人有使用的冲动。 首先要弄清楚一个问题:怎样的开源项目才算“高大上”呢?这里举出两个例子,一个是在 2017 年越来越火的前端框架 Vue,还有一个是我所在团队大神 avwo 开源的 web 调试代
以前我时常觉得,自己写的ReadMe很单调乏味,但后来仔细研究一下后,发现有很多方式可以让ReadMe在简洁的基础上变得好看些,所以在这里和大家分享,如果大家有更好的想法,也非常欢迎在评论区留言哦
本系列内容是我们在不同项目的维护过程中总结的关于DevOps/SRE方面的最佳实践,我们将致力于在项目上尽最大的努力来推行这些最佳实践。我们希望这些最佳实践能对项目的稳定运营提供帮助,也希望刚接触DevOps/SRE的新人能通过学习这些最佳实践来提升自己在这方面的水平。
首先我们需要在github创建一个跟你github账号名称一致的仓库,并且创建一个README.md。就可以开始你的自定义github 主页了,SHOW TIME!
机器之心整理 演讲者:俞栋 5 月 27-28 日,机器之心在北京顺利主办了第一届全球机器智能峰会(GMIS 2017),来自美国、加拿大、欧洲,中国香港及国内的众多顶级专家分享了精彩的主题演讲。在这
go 这种强类型语言,在 decode json 的时候,一般需要定义一套数据结构用于映射,常用的就是 struct,定义json tag
3 天前,运行的社区系统报告,很多老的历史照片都无法作为附件加载 —— 小鲨鱼,快来解决问题。
科学,尤其是生物学,越来越依赖软件工具来实现研究。但是,如果您是生物学家,则可能未接受过软件开发最佳实践方面的培训。由于缺乏培训,科学软件通常只有极少甚至不存在的文档,使得研究人员的生活比他们需要的更加困难。
为了避免重复造轮子,我们往往会借助开源的项目实现一些功能。很多时候,选择使用哪一个开源项目就像选择男、女朋友一样,固然内在很重要,但是眼缘也很关键,只有看对了眼,才会进一步地了解。作为开源项目的开发者,当然是希望自己写出来的成果能被更多的人尝试使用,所以这篇文章主要谈一谈怎样让开源项目看起来“高大上”,从而让别人有使用的冲动。
「赛博朋克2077」不论你玩不玩游戏,这几天应该都见到过这个名字。知乎多次推荐的关键词、微博热搜,朋友圈刷屏,甚至b站发现页的整个背景都换成了“赛博朋克”。这款游戏究竟有什么魅力,能让这么多人神魂颠倒,陷入狂欢? 「黑客、智能、人类、机器、萧条、压迫、混乱、暴力......」,虽然我们无法用简单的语句定义赛博朋克,但是仍然可以去参与、去感受,就像去参与现实中很多我们无法定义却充满着刺激与挑战的任务,『MindCon极客周』可以像游戏一样给你提供了无限可能性和完成任务的快感↓ 『MindCon极客周』让
一、背景 还记得上一次分享的模块间通信和调用吗?Android 模块化之路 模块间通信 在这个文章里面,我们说到,如果涉及到跨进程,那我们可以用 AIDL 的方式来解决跨进程的问题。 但用户的一些质疑
按照下面这个简单演练中的步骤,在您的 GitHub 个人资料上自定义您的 Readme.md,使其看起来更有吸引力。我还提供了一些很酷的元素来增加趣味!
随着开源软件在全球范围内的广泛应用,确保其安全性变得越来越重要。开源软件已经渗透到各个领域,成为许多企业、政府部门和个人的重要基础设施。然而,随着其使用范围的扩大,开源软件也面临着越来越多的安全威胁。黑客和网络犯罪分子不断寻找新的漏洞,以便利用这些开源系统进行攻击。为了有效地应对这些挑战,需要在全球范围内采取协同合作的措施,提高开源软件的安全性。
原因:程序中对象的创建和销毁是一个非常特殊的事情,有编译器来调用它们来完成,而这里的构造函数和析构函数便是创建和销毁的两个函数,它们是作为钩子函数来被编译器调用的。
领取专属 10元无门槛券
手把手带您无忧上云