Tag: 版本控制

版本控制，apt（和Docker）: 我有一个Dockerfile： from ubuntu build_my_package main-branch apt-get update && apt-get install -y my_package some_third_party_packages my_package源代码的版本控制由GITpipe理，就像Dockerfile本身一样。我将当前版本标记为JAGUAR_RC1（发布候选版本1），从Dockerfile构build映像并发送image.JAGUAR_RC1进行testing。我得到一个错误报告，在GIT中修复，创build一个新的图像image.JAGUAR_RC2，并发送这个新的形象进行testing。馊主意！ QC报告了几个新的错误，这些错误是由我从未打算更新的第三方软件包的新版本导致的。那么正确的方法是什么？

Docker是git源码控制的替代品吗？: Docker是否打算取代git ，SVN或其他类似的源码控制平台？如果不是两者如何融合？

Docker容器版本控制: 有谁知道检查Docker容器内部工具版本的好方法吗？目前我正在进入每个容器并检查版本。理想情况下，我们想以某种方式公开我们的工具版本，所以我们可以用php –version调用容器，它告诉我们它的版本。我们正在努力确保我们所有不同的环境（和本地）都有共享我们工具相同版本的容器。过去一直是一个问题，在本地我们可能会在PHP 5.5开发，但我们的生产docker有PHP 5.4 目前，我正在尝试build立一个每晚运行的系统，如果工具版本不同，会使我们的开发团队变得松懈，但是这需要将每个容器分成几个小组。任何更好的想法来检查工具的版本？

Docker映像版本用于持续集成/持续部署: 我们正在实施持续集成和持续交付stream程，并使用两个众所周知的概念：Linux二进制包和Docker镜像。大部分的工作已经完成了：我们从GitLab Aptly获取代码，编译它并把它放到Aptly存储的deb包中，然后我们为每个服务创buildDocker镜像，并将镜像推送到私有Docker Registry服务器。之后，这些图像将滚动到testing环境。最后我们启动服务并进行验收testing。这是一个连续的过程，每次有人向提交origin/master推送提交时都会启动。还有什么不清楚的是如何区分存储在Docker Registry中的稳定图像？我们必须跟踪每个图像的状态，因为我们需要执行稳定服务器的定期更新。很明显，某些版本（即图像版本）不能通过验收testing，必须标记为不可用，并在每次连续发送的迭代中将其过滤掉。似乎没有这个function的默认实现：默认的图像repo/tag是一个普通的普通string，不能同时拥有版本号，build立date和质量保证标志。 Labels （ 1.6中介绍）可能是解决scheme的一个很好的起点，但我们无法find重新标记现有图像的机会（请注意，我们需要考虑QA的结果更新图像“元数据”）。没有可用的标签值查询图像的方法，但我们可能会包装Docker API。那么将版本分配给Docker镜像的正确方法是什么？ QA相关信息如何存储？我们如何“突出”稳定的形象构build？ Jenkins CI特点可以用来达到这些目的吗？请分享你的经验。 UPD：过了一段时间，我不得不在Docker问题跟踪器中开始讨论。也许有人会觉得它有用。

如何使版本控制系统版本与Docker映像版本同步？: 在Dockerregistry和Git（例如）修订版中关联Docker镜像版本的常见模式是什么？因此，存储库的用户将能够在任何修订版本中切换并重新创build与该特定修订相对应的环境。例如，我有一个项目和集成服务器的存储库，它会自动为存储库中的每个提交构buildDocker镜像。这些图像如何绑定到相应的仓库提交？使用Docker你有两个不同的仓库 – 一个项目和Docker镜像 – 所以它们必须是同步的，但推荐的工作stream程是什么？