From 4746c005372e9c46fefc8755f3e6e102844a9cd0 Mon Sep 17 00:00:00 2001 From: MjSeven <33125422+MjSeven@users.noreply.github.com> Date: Sun, 15 Apr 2018 21:10:51 +0800 Subject: [PATCH 1/5] Update 20180407 12 Git tips for Git-s 12th birthday.md --- sources/tech/20180407 12 Git tips for Git-s 12th birthday.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/sources/tech/20180407 12 Git tips for Git-s 12th birthday.md b/sources/tech/20180407 12 Git tips for Git-s 12th birthday.md index f0214a6b99..3c652b66ff 100644 --- a/sources/tech/20180407 12 Git tips for Git-s 12th birthday.md +++ b/sources/tech/20180407 12 Git tips for Git-s 12th birthday.md @@ -1,3 +1,6 @@ +Translating by MjSeven + + 12 Git tips for Git's 12th birthday ====== ![](https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/party_anniversary_flag_birthday_celebrate.jpg?itok=KqfMENa7) From 51657f0be762f2bcc17ac96f2318827d92d5c09b Mon Sep 17 00:00:00 2001 From: MZqk Date: Sun, 15 Apr 2018 21:17:29 +0800 Subject: [PATCH 2/5] translating by MZqk --- .../20180305 What-s next in IT automation- 6 trends to watch.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sources/talk/20180305 What-s next in IT automation- 6 trends to watch.md b/sources/talk/20180305 What-s next in IT automation- 6 trends to watch.md index abdfc0df55..557bcb494c 100644 --- a/sources/talk/20180305 What-s next in IT automation- 6 trends to watch.md +++ b/sources/talk/20180305 What-s next in IT automation- 6 trends to watch.md @@ -1,3 +1,5 @@ +translating by MZqk + What’s next in IT automation: 6 trends to watch ====== From 43a9e7f670462da241004c3510a09b5bb791df74 Mon Sep 17 00:00:00 2001 From: wxy Date: Sun, 15 Apr 2018 21:19:03 +0800 Subject: [PATCH 3/5] PRF:20171205 What DevOps teams really need from a CIO.md @qhwdw --- ...hat DevOps teams really need from a CIO.md | 25 ++++++++++--------- 1 file changed, 13 insertions(+), 12 deletions(-) diff --git a/translated/tech/20171205 What DevOps teams really need from a CIO.md b/translated/tech/20171205 What DevOps teams really need from a CIO.md index 4780ca8a26..b26a62e485 100644 --- a/translated/tech/20171205 What DevOps teams really need from a CIO.md +++ b/translated/tech/20171205 What DevOps teams really need from a CIO.md @@ -1,14 +1,17 @@ CIO 真正需要 DevOps 团队做什么？ ====== -IT 领导者可以从大量的 [DevOps][1] 材料和 [向 DevOps 转变][2] 所要求的文化挑战中学习。但是，你在一个 DevOps 团队面对长期或短期挑战的调整中 —— 一个 CIO 真正需要他们做的是什么呢？ + +> DevOps 团队需要 IT 领导者关注三件事：沟通、技术债务和信任。 + +![](https://enterprisersproject.com/sites/default/files/styles/620x350/public/cio_cloud_2.png?itok=wGdeAHVn) + +IT 领导者可以从大量的 [DevOps][1] 材料和 [向 DevOps 转变][2] 所要求的文化挑战中学习。但是，你在一个 DevOps 团队面对长期或短期的团结挑战的调整中 —— 一个 CIO 真正需要他们做的是什么呢？ 在我与 DevOps 团队成员的谈话中，我听到的其中一些内容让你感到非常的意外。DevOps 专家（无论是内部团队的还是外部团队的）都希望将下列的事情放在你的 CIO 优先关注的级别。 ### 1. 沟通 -第一个也是最重要的一个，DevOps 专家需要面对面的沟通。一个经验丰富的 DevOps 团队是非常了解当前 DevOps 的趋势，以及成功、和失败的经验，并且他们非常乐意去分享这些信息。表达 DevOps 的概念是很困难的，因此，要在这种新的工作关系中保持开放，定期（不用担心，不用每周）讨论有关你的 IT 的当前状态，如何评价你的沟通环境，以及你的整体的 IT 产业。 - -**[想从领导 DevOps 的 CIO 们处学习更多的知识吗？查看我们的综合资源，[DevOps: IT 领导者指南][3]。 ]** +第一个也是最重要的一个，DevOps 专家需要面对面的沟通。一个经验丰富的 DevOps 团队是非常了解当前 DevOps 的趋势，以及成功和失败的经验，并且他们非常乐意去分享这些信息。表达 DevOps 的概念是很困难的，因此，要在这种新的工作关系中保持开放，定期（不用担心，不用每周）讨论有关你的 IT 的当前状态，如何评价你的沟通环境，以及你的整体的 IT 产业。 相反，你应该准备好与 DevOps 团队去共享当前的业务需求和目标。业务不再是独立于 IT 的东西：它们现在是驱动 IT 发展的重要因素，并且 IT 决定了你的业务需求和目标运行的效果如何。 @@ -16,19 +19,17 @@ IT 领导者可以从大量的 [DevOps][1] 材料和 [向 DevOps 转变][2] 所 ### 2. 降低技术债务 -第二，力争更好地理解技术债务，并在 DevOps 中努力降低它。你的 DevOps 团队面对的工作都非常难。在这种情况下，技术债务是指在一个庞大的、不可持续的环境（查看 Rube Goldberg）之中，通过维护和增加新功能而占用的人力资源和基础设备资源。 +第二，力争更好地理解技术债务，并在 DevOps 中努力降低它。你的 DevOps 团队都工作于一线。这里，“技术债务”是指在一个庞大的、不可持续发展的环境之中，通过维护和增加新功能而占用的人力资源和基础设备资源（查看 Rube Goldberg）。 -常见的 CIO 问题包括： +CIO 常见的问题包括： * 为什么我们要用一种新方法去做这件事情？ * 为什么我们要在它上面花费时间和金钱？ * 如果这里没有新功能，只是现有组件实现了自动化，那么我们的收益是什么？ +“如果没有坏，就不要去修理它”，这样的事情是可以理解的。但是，如果你正在路上好好的开车，而每个人都加速超过你，这时候，你的环境就被破坏了。持续投入宝贵的资源去支撑或扩张拼凑起来的环境。 - -"如果没有坏，就不要去修理它“ ，这样的事情是可以理解的。但是，如果你正在路上好好的开车，而每个人都加速超过你，这时候，你的环境就被破坏了。持续投入宝贵的资源去支撑或扩张拼凑起来的环境。 - -选择妥协，并且一个接一个的打补丁，以这种方式去处理每个独立的问题，结果将从一开始就变得很糟糕 —— 在一个不能支撑建筑物的地基上，一层摞一层地往上堆。事实上，这种方法就像不断地在电脑中插入坏磁盘一样。迟早有一天，面对出现的问题，你将会毫无办法。在外面持续增加的压力下，整个事情将变得一团糟，完全吞噬掉你的资源。 +选择妥协，并且一个接一个的打补丁，以这种方式去处理每个独立的问题，结果将从一开始就变得很糟糕 —— 在一个不能支撑建筑物的地基上，一层摞一层地往上堆。事实上，这种方法就像不断地在电脑中插入坏磁盘一样。迟早有一天，面对出现的问题你将会毫无办法。在外面持续增加的压力下，整个事情将变得一团糟，完全吞噬掉你的资源。 这种情况下，解决方案就是：自动化。使用自动化的结果是良好的可伸缩性 —— 每个维护人员在 IT 环境的维护和增长方面花费更少的努力。如果增加人力资源是实现业务增长的唯一办法，那么，可伸缩性就是白日做梦。 @@ -36,7 +37,7 @@ IT 领导者可以从大量的 [DevOps][1] 材料和 [向 DevOps 转变][2] 所 ### 3. 信任 -最后，相信你的 DevOps 团队并且一定要理解他们。DevOps 专家也知道这个要求很难，但是他们必须有你的强大支持和你参与实践的意愿。因为 DevOps 团队持续改进你的 IT 环境，他们自身也在不断地适应这些变化的技术，而这些变化通常正是 “你要去学习的经验”。 +最后，相信你的 DevOps 团队并且一定要理解他们。DevOps 专家也知道这个要求很难，但是他们必须得到你的强大支持和你积极参与的意愿。因为 DevOps 团队持续改进你的 IT 环境，他们自身也在不断地适应这些变化的技术，而这些变化通常正是 “你要去学习的经验”。 倾听，倾听，倾听他们，并且相信他们。DevOps 的改变是非常有价值的，而且也是值的去投入时间和金钱的。它可以提高效率、生产力、和业务响应能力。信任你的 DevOps 团队，并且给予他们更多的自由，实现更高效率的 IT 改进。 @@ -48,7 +49,7 @@ via: https://enterprisersproject.com/article/2017/12/what-devops-teams-really-ne 作者：[John Allessio][a] 译者：[qhwdw](https://github.com/qhwdw) -校对：[校对者ID](https://github.com/校对者ID) +校对：[wxy](https://github.com/wxy) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 From c5a80be134fdbf770881c52fba52f78d2f62e9f8 Mon Sep 17 00:00:00 2001 From: wxy Date: Sun, 15 Apr 2018 21:19:27 +0800 Subject: [PATCH 4/5] PUB:20171205 What DevOps teams really need from a CIO.md @qhwdw --- .../20171205 What DevOps teams really need from a CIO.md | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename {translated/tech => published}/20171205 What DevOps teams really need from a CIO.md (100%) diff --git a/translated/tech/20171205 What DevOps teams really need from a CIO.md b/published/20171205 What DevOps teams really need from a CIO.md similarity index 100% rename from translated/tech/20171205 What DevOps teams really need from a CIO.md rename to published/20171205 What DevOps teams really need from a CIO.md From d93cdb163026293a2a3b41fcc57baeedbf6012a6 Mon Sep 17 00:00:00 2001 From: wxy Date: Sun, 15 Apr 2018 21:28:16 +0800 Subject: [PATCH 5/5] PUB:20171002 Linux Gunzip Command Explained with Examples.md @erialin https://linux.cn/article-9549-1.html --- .../20171002 Linux Gunzip Command Explained with Examples.md | 1 - 1 file changed, 1 deletion(-) rename {translated/tech => published}/20171002 Linux Gunzip Command Explained with Examples.md (99%) diff --git a/translated/tech/20171002 Linux Gunzip Command Explained with Examples.md b/published/20171002 Linux Gunzip Command Explained with Examples.md similarity index 99% rename from translated/tech/20171002 Linux Gunzip Command Explained with Examples.md rename to published/20171002 Linux Gunzip Command Explained with Examples.md index 9d509c56e5..fb6a25bcba 100644 --- a/translated/tech/20171002 Linux Gunzip Command Explained with Examples.md +++ b/published/20171002 Linux Gunzip Command Explained with Examples.md @@ -74,7 +74,6 @@ gunzip -c file1.gz > /home/himanshu/file1 > `gunzip` 在命令行接受一系列的文件，并且将每个文件内容以正确的魔法数开始，且后缀名为 `.gz`、`-gz`、`.z`、`-z` 或 `_z` （忽略大小写）的压缩文件，用未压缩的文件替换它，并删除其原扩展名。 `gunzip` 也可识别一些特殊扩展名的压缩文件，如 `.tgz` 和 `.taz` 分别是 `.tar.gz` 和 `.tar.Z` 的缩写。在压缩时，`gzip` 在必要情况下使用 `.tgz` 作为扩展名，而不是只截取掉 `.tar` 后缀。 > `gunzip` 目前可以解压 `gzip`、`zip`、`compress`、`compress -H`（`pack`）产生的文件。`gunzip` 自动检测输入文件格式。在使用前两种压缩格式时，`gunzip` 会检验 32 位循环冗余校验码（CRC）。对于 pack 包，`gunzip` 会检验压缩长度。标准压缩格式在设计上不允许相容性检测。不过 `gunzip` 有时可以检测出坏的 `.Z` 文件。如果你解压 `.Z` 文件时出错，不要因为标准解压没报错就认为 `.Z` 文件一定是正确的。这通常意味着标准解压过程不检测它的输入，而是直接产生一个错误的输出。SCO 的 `compress -H` 格式（lzh 压缩方法）不包括 CRC 校验码，但也允许一些相容性检查。 -``` ### 结语