深圳网站建设公司分享前端架构与持续集成的服务器的关系。网站建设公司在本文提示使用类似 Jenkins 或 Travis CI 的服务带来的好处远远超出了本文要分享的的范围，不过它们的众多用法之一是在代码发布到服务器之前，先对代码进行一些处理。这意味着我们可以在 Git 上忽略那些编译后的资源，因为 CI 服务器会在检测代码后执行我们的编译任务，然后再把代码发布到服务器。
网站建设公司提醒这种方法不仅可以保持代码库的整洁，也有助于减少意料之外的代码回归。如果我们把编译后的资源文件提交到代码库，那么当我的功能分支合并到主干时，主干上的那些资源文件肯定就是我的机器上编译的结果。一旦有其他工程师的功能分支合并到主干，那么我的功能特性就会被那个工程师电脑上编译的结果所覆盖。当然，其他工程师也是基于我最新的 Sass 代码和 JavaScript 文件来编译的，但是往往由于操作系统、系统设置或者安装软件的不同，最终编译出来的代码也会有所不同。另一方面，如果我们使用 CI 编译的代码来测试功能分支，同时也使用 CI 编译的代码部署到线上，那么任何时候我们都能保证这些编译后的代码是完全一样的。
网站建设前端架构与发布到服务器关系之标签分支
Git 的强大功能之一就是创建标签分支。标签是项目历史中的一个快照，基于某一次提交后的代码。不管是发布到线上服务器，还是发布渠道（我们后面会介绍），标签是发布代码的一种便捷方式。标签的一个好处是，它可以基于任何分支，而不仅仅是线上分支。可能很多网站建设从业者会问究竟为什么要这么做？发布软件的一个方法是为软件的每个版本创建一个发布分支。如果 1.1 版本准备发布，你就从主干创建一个名叫 v1.1-dev 的分支，然后在这个分支上继续开发，直至版本发布就绪。通常来说，如果 v1.1-dev 这个分支上有一些 bug，你会在分支上解决，然后选择是否要把这些修复问题的代码合并到主干。有时候为了发布 1.1 版本，我们需要那些修复问题的代码，但这些代码跟最终合并到主干的不一定一样。你可能只是临时修复一下，把问题记下来，以后有时间再用正确的方法解决。
有效利用标签分支的另一个方法是只在那些标签分支上提交你编译后的资源。记住，标签永远指的是某一次提交，即使创建那次提交的分支被删除之后，标签仍然存在。而且，这一次提交也没有说一定要合并到主干上。
在后面相关文章中深圳网站建设公司会详细介绍在 Red Hat 项目中使用的流程。现在，在结束这本文之前，让我们看一下如何利用发布渠道把我们的代码发布到多个服务器而非单一服务器。首先说发布渠道。如果你所有的代码都在一个代码库中，那么你可能不用太多地关注发布渠道。但如果你是在为几十个甚至几百个网站编写主题、类库或者模块，除了简单的版本控制器之外，你可能已经尝试过不同的发布渠道。这些渠道比你想象的要多，而且你经常有不止一种选择。以下是一个简短的、可能不完整的列表，至少能让你有个了解：· NPM（Node Package Manager）。好了，深圳网站建设公司本文关于“网站建设前端架构设计与持续集成的服务器的关系”知识就分享到这里。如果您需要定制设计您的门户网站或者行业平台等，请联系我们在线客服，获取免费的解决方案。谢谢关注，博纳网络编辑整理。
在后面相关文章中深圳网站建设公司会详细介绍在 Red Hat 项目中使用的流程。现在，在结束这本文之前，让我们看一下如何利用发布渠道把我们的代码发布到多个服务器而非单一服务器。首先说发布渠道。如果你所有的代码都在一个代码库中，那么你可能不用太多地关注发布渠道。但如果你是在为几十个甚至几百个网站编写主题、类库或者模块，除了简单的版本控制器之外，你可能已经尝试过不同的发布渠道。这些渠道比你想象的要多，而且你经常有不止一种选择。以下是一个简短的、可能不完整的列表，至少能让你有个了解：· NPM（Node Package Manager）。好了，深圳网站建设公司本文关于“网站建设前端架构设计与持续集成的服务器的关系”知识就分享到这里。如果您需要定制设计您的门户网站或者行业平台等，请联系我们在线客服，获取免费的解决方案。谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/solution/14849.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。
