让我们一起来回顾下 2016 年 GitLab 的一些更新。在 2016 年,GitLab 发布了 12 个新版本。这些版本包括主要的新功能,以及一些想法的实现。 这是 GitLab 的第 50 个版本。
增加了浏览器构建构件。从构建工件的输出结果,可用于提供二进制文件的软件,一个静态的编译内容网站,或测试覆盖检查器的结果。
介绍了一个来自于社区的文件搜索器,有助于
改善存储库添加搜索企业版与Elasticsearch 起动器。使搜索项目的代码,问题,和合并请求更快和更有用。
此次版本引入了 Todos(待办事项),一个更有用的通知系统。
同时发布了 GitLab Geo 的 alpha 版本。允许公司与各地的办事处 GitLab 实例镜像。世界各地的团队成员均可更快下载大型存储库。
GitLab 页面添加了对自定义域和自定义 TLS 证书的支持。 允许用户在自定义域上托管其静态网站,而不放弃 HTTPS 的增加的安全性。 虽然GitLab页面是一个仅企业版功能,将添加到即将发布的所有版本中
机密问题是仅对具有足够权限的项目成员可见的问题。 机密问题可以由开源项目和公司使用,以保持安全漏洞的私人或防止意外泄漏。
标签订阅会将任何新标记的问题发送到您的收件箱,以便您随时了解与您相关的问题和合并请求。
引入了许可模板,为用户提供了一种快速为新项目填写LICENSE文件的方法。 还可以使用API添加许可模板。
添加了日期到问题,可以用来跟踪截止日期,并确保功能按时发货。
Cherry Picking(随意选取)是 Git 中的一个功能,它从一个分支中提取单个提交或提交集合,并将它们添加到另一个分支。 它最常用于将缺陷修补程序或安全补丁从默认分支退回到较旧的稳定分支。 GitLab 8.7 增加了对用户界面的选择,并允许用户做更多的工作,而不切换到命令行。
此版本 GitLab CI 获得管道的概念,构建分阶段执行的集合。管道允许更好的组织和并行化。
如果你使用 Docker,你可能知道一个容器注册表是什么。容器注册表用于托管和提供用于测试和部署软件的 Docker 容器。集成容器注册表更易于快速上传和下载 Docker 镜像,特别是对于本地实例。
在GitLab8.8中,创建.gitignore文件要简单得多。当创建Web界面的文件时,GitLab将自动为您显示一个下拉菜单,你可以从许多不同的模板中选择适用于您的.gitignore文件。
文件锁定是一种 EE 高级功能,可用于防止二进制文件被覆盖。对许多用例非常有用,例如,游戏开发模型,艺术资产和声音文件,或在网站上编辑图形。 文件锁定也适用于非二进制文件。
该版本可以定义 Environments 。允许跟踪部署并快速了解诸如“分段运行中正在运行什么?”
该版本中标签可以加星标并添加到优先级列表。 优先级标签与任何其他标签类似,但按优先级排序。 有助于轻松地按优先级排序问题和合并请求。
该版本中,使用一个新的标签页替换了常见的混淆边栏范式。 这是对过去的迭代的重大改进。
Universal Two Factor (U2F) 是一种使用物理键盘(通常通过 USB)进行身份验证的双重身份验证。 该版本增加了对 U2F 设备标准的支持。
分支保护功能通过通配符分支保护得到改进,允许存储库根据其名称保护分支,例如 release- 保护以 release 开头的任何分支。
为 CI 引入了操作手册。 这种添加允许用户对如何处理诸如部署到临时或生产的部署进行精细控制,而不是在 pipeline 中完成时自动部署。
该版本是一年中最激励人心的版本。带来了一些新的主要功能和改进。
Issue Boards 是跟踪项目问题的另一种方式。 类似于现有的看板图软件,Issue Boards 集成了在 GitLab 中已存在的问题,并根据项目标签自动组织。 如果您已经使用标签来跟踪问题的进度,Issue Boards 不应花费超过一分钟的时间来设置。
合并冲突经常发生在大型项目的开发人员中。它们造成摩擦并减慢了开发的速度,这就是为什么我们在 GitLab Web 界面中引入了合并冲突解决方案。 通过合并冲突解决,用户可以直接从 GitLab 解决简单冲突。
通过讨论决议,可以解决关于合并请求差异的每个注释和讨论。 长线程可以一次解析或只是评论评论。 讨论决议可以帮助防止反馈滑过更大的合并请求的裂缝。
Pipeline Graphs 是超级棒的项目管道可视化表示,它们帮助用户了解其管道的运行方式。
通过添加 Slash 命令,可以使用注释来修改合并请求或问题的状态,作者,受让人,到期日,里程碑和标签等等。 此功能为用户提供了更多的权力来解决他们的问题和合并请求,而无需离开键盘或记住键盘快捷键。
该版本引入了 Koding,一个在线 IDE 的集成。 Koding 允许用户在浏览器中开发和测试您的项目。 请注意,GodingLab.com 目前不支持 Koding 集成,仅支持自承载 GitLab 实例。
该版本的首要功能是 Cycle Analytics,这是一种在数据时使用 GitLab 收集的数据来跟踪软件开发的新方法。 Cycle Analytics 是 GitLab 工作流的最后一步。
该版本中的 Enterprise Edition Starter 改进了代码搜索,增加了全局代码搜索。 允许用户搜索实例上的所有存储库,对于基于微服务的体系结构和从现有项目中重用代码特别有用。
使用合并请求版本,可以查看合并请求的以前状态:比较之前的提交和目标分支之间,甚至版本之间,显示在某些提交之间已更改的内容。
通过为给定项目允许多个发行板,对 EE Starter 用户的问题板进行了改进。 这对于具有多个团队的大型项目,或在存储库用于托管多个产品的代码的情况下非常有用。
在 8.11 版本的合并冲突解决的基础上引入编辑器工具。允许用户从 GitLab 界面手动修改文件以解决更复杂的合并冲突。
随着时间跟踪测试的引入,需要时间跟踪工具的公司可以直接从 GitLab 中使用它们。
聊天命令允许您与 Mattermost 的 GitLab 实例进行交互。
在该版本中,GitLab CI 新增功能是 Review Apps。 审查应用程序可用于将合并请求从 GitLab 实例部署到开发环境或登台环境进行测试。 在 GitLab,我们使用这些测试about.gitlab.com 以及 docs.gitlab.com。 GitLab 8.15 我们完成了基础idea-to-production 工具集。持续到2017年,我们将建立在我们当前的产品,让它更容易使用,更强大。
Auto Deploy 是 配置GitLab CI 以便部署应用程序的简单方法。 现在它支持部署到 OpenShift,在未来的版本中有更多的模板。
添加 Web 终端为 GitLab Web 界面带来更多的功能。 在部署服务(例如Kubernetes)的帮助下部署到环境,GitLab 可以打开环境的终端会话,并让用户在临时或(如果你这样敢)生产站点上进行调试。
该版本中可添加支持 LaTeX,以改进 GitLab 为科学家,数学家和任何人想要使用 LaTeX 的问题或合并请求。 支持 LaTeX 是由社区贡献的。 编译:开源中国-Nixz |