当我们和团队的其他成员一起工作在相同代码上时,代码的历史就变得比自己工作更重要了。文件变更的历史记录成为了一种交流的方式。在使用诸如Gerrit之类的代码审查工具审查代码时尤为重要。
2018-07-12 阅读全文>>一个实际的例子是把变更合并到关键的基础设施配置代码里。虽然我认为DevOps不应该对基础设施代码有不必要的规程,但是不可否认确实在某些时候它还是有用的。否则,开发者可能会对提交基础设施的变更感到紧张,并希望更有经验的人能一起审查代码。
2018-07-12 阅读全文>>首先,按照操作系统的特定说明来安装Docker。Red Hat系列很简单,就是一条dnf install docker-io命令。
2018-07-12 阅读全文>>分布式的本质让为各种目的而尝试不同的Git实现成为可能。客户端的设定总是相似的,与服务器是怎么创建的无关。
2018-07-12 阅读全文>>它用Haskell编写并且包含在许多发行版的包管理系统里。
2018-07-12 阅读全文>>GitHub和GitLab很相似,但是又有一些不同。其中之一源自诸如Git这样的源代码系统传统上并不太在意大的二进制文件的存储。总是有其他例如把文件服务器上的文件路径存放在纯文本文件里那样的办法。
2018-07-12 阅读全文>>这些都是很有用的功能,但是你并不总会用到。例如,你可能已经有了一个wiki、一个文档系统、一个问题跟踪软件等需要集成的东西。
2018-07-12 阅读全文>>假设你的企业已经想办法处理了这个核心问题并且运行了一个LDAP服务器,创建一个测试用的LDAP服务器还是相对比较容易的。
2018-07-12 阅读全文>>空的Git库是Git的一个特性。它们是Git库,只不过没有任何内容,所以只占用一小点儿空间。
2018-07-12 阅读全文>>创建一个基本的Git服务器非常简单。虽然对一个大型企业来说它还不太够,不过在深入到更高级的方案之前这是很不错的练习。
2018-07-12 阅读全文>>Git好的一方面是它并不强制使用特定的客户端,有好几个相互兼容的选项。大部分的客户端使用的是Git的核心实现方案之一,稳定性和质量都很好。目前大部分的开发环境都能很好地支持使用Git。
2018-07-12 阅读全文>>如果你的程序比较大,版本号就变得非常重要。
2018-07-12 阅读全文>>创建一个缺陷修复分支并在其上部署到生产环境:感觉上这样做比较简单一些,因为我们不会打断开发的流程。另一方面,这种方法可能需要双份测试资源。它们可能需要复制分支策略。
2018-07-12 阅读全文>>在持续交付实践和分支策略之间有一个争论的根源。一些持续交付方法提倡一个主干分支,所有的发行版都从这个分支里生成。Git flow就是这样的模型。
2018-07-12 阅读全文>>主干分支只包含完成的工作。因为它们相当于发行版,所有的提交都打了标签。
2018-07-12 阅读全文>>10203条 上一页 1.. 310 311 312 313 314 ..681 下一页