首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

每次我在生产服务器上更新Mercurial分支时,是否必须合并和提交?

在云计算领域,每次在生产服务器上更新Mercurial分支时,是否必须合并和提交,需要根据具体情况来判断。

在软件开发过程中,合并和提交是一个很重要的环节,可以帮助开发人员协同工作、解决冲突、保证代码质量和稳定性。如果生产服务器上的代码需要及时更新,那么合并和提交是必要的。但是,如果生产服务器上的代码不需要及时更新,或者开发人员已经确保代码的稳定性和可靠性,那么合并和提交就不是必须的。

总之,每次在生产服务器上更新Mercurial分支时,是否必须合并和提交,需要根据实际情况来判断。如果需要保证代码的质量和稳定性,那么合并和提交是必要的;如果不需要保证代码的质量和稳定性,那么合并和提交就不是必须的。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

SVN和Git对比梳理

缺点:中央服务器的单点故障。 若是宕机一小,那么在这一小内,谁都无法提交更新、还原、对比等,也就无法协同工作。...每次记录有哪些文件作了更新,以及都更新了哪些行的什么内容。 (2)Git属于分布式的版本控制系统 Git记录版本历史只关心文件数据的整体是否发生变化。Git 不保存文件内容前后变化的差异数据。...实际,Git 更像是把变化的文件作快照后,记录在一个微型的文件系统中。每次提交更新,它会纵览一遍所有文件的指纹信息并对文件作一快照,然后保存一个指向这次快照的索引。...6)冲突解决不再像是SVN一样的提交竞赛,而是需要的时候才进行合并和冲突解决。...只要不合并及提交到主要版本库,没有一个工作成员会被影响。等到我不需要这个分支只要把它从的本地版本库删除即可。无痛无痒。 然而,处理GIT的分支却是相当的简单和有趣。

1.5K60

DevOps与规性:鱼和熊掌兼得指南

反映在IT就是开发、部署和运维等规范(比如开发团队不能碰生产日志)的不可或缺。本文中提到的一些方法(如自动化测试、自动化合规性及安全检查)和步骤将帮助团队获得规性与DevOps的融合之益。...如果如果能做到以下这点就更好了:页面上将关键人员指定为“观察者”,每次页面有信息更新观察者都会收到通知。...但您可以设置库管理器,以便只有某些人可以特定的代码仓库和/或分支中进行更改,并且没有人可以在生产环境中实施变更。 注意:根据DevOps的原则,默认情况下,所有代码仓库和分支都应该开放只读权限。...确保将此类工作纳入每次迭代,这样您就可以一点点的把他们溶入到日常工作中,并且不断复盘。“我们对分支的访问控制是有效的还是矫枉过正?”……“我们的代码覆盖率是否让审计员更加满意?”……等等。...例如,对于团队而言,比较常见的方法是,通过采用Git(或者偶尔采用Mercurial)实施DevOps来部署feature分支工作流。

84440
  • Git最全系列教程(三)

    若干次提交后,你其实已经有了一个指向最后一次提交对象的 master 分支,它在每次提交的时候都会自动向前移动。 ? 图 3-3....同时,因为每次提交都记录了祖先信息(译注:即 parent 对象),将来要合并分支,寻找恰当的合并基础(译注:即共同祖先)的工作其实已经自然而然地摆在那里了,所以实现起来非常容易。...通过测试后,回到生产服务器所在的分支,将修补分支合并进来,然后再推送到生产服务器。 切换到之前实现新需求的分支,继续工作。...如果你本地 master 分支做了些改动,与此同时,其他人向 git.ourcompany.com 推送了他们的更新,那么服务器的 master 分支就会向前推进,而于此同时,你本地的提交历史正朝向不同方向发展...3.7 小结 读到这里,你应该已经学会了如何创建分支并切换到新分支不同分支间转换,合并本地分支,把分支推送到共享服务器,使用共享分支与他人协作,以及分享之前进行衍

    97830

    Git的使用

    所有开发者开始新一天的工作之前必须服务器获取代码,然后开发,解决冲突,最后提交。所有的版本信息都放在服务器。如果脱离了服务器,开发者基本可以说是无法工作的。...最大的缺点:所有的数据都经过中央服务器进行交换同步。如果不能连接到服务器,基本不可以工作,不能提交,还原,对比等等。...git pull origin master 更新远程仓库内容并和本地仓库合并 E)更新远程仓库到本地** git fetch origin master 更新远程仓库内容,不和合并分支,需要手工合并...你创建了一个属于你自己的分支,别人看不到,还继续原来的分支正常工作,而你自己的分支干活,想提交提交,直到开发完毕后,再一次性合并到原来的分支,这样,既安全,又不影响别人工作。...每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长: 当我们创建新的分支,例如dev,Git新建了一个指针叫dev,指向master相同的提交

    37030

    git创建分支,合并分支,常用命令

    若干次提交后,你其实已经有了一个指向最后一次提交对象的 master 分支,它在每次提交的时候都会自动向前移动。 ? 图 3-3....同时,因为每次提交都记录了祖先信息(译注:即parent 对象),将来要合并分支,寻找恰当的合并基础(译注:即共同祖先)的工作其实已经自然而然地摆在那里了,所以实现起来非常容易。...在这个分支开展工作。 假设此时,你突然接到一个电话说有个很严重的问题需要紧急修补,那么可以按照下面的方式处理: 1. 返回到原先已经发布到生产服务器分支。 2....为这次紧急修补建立一个新分支,并在其中修复问题。 3. 通过测试后,回到生产服务器所在的分支,将修补分支合并进来,然后再推送到生产服务器。 4. 切换到之前实现新需求的分支,继续工作。...如果你本地 master 分支做了些改动,与此同时,其他人向 git.ourcompany.com 推送了他们的更新,那么服务器的master 分支就会向前推进,而于此同时,你本地的提交历史正朝向不同方向发展

    15K51

    Git的使用教程

    所有开发者开始新一天的工作之前必须服务器获取代码,然后开发,解决冲突,最后提交。所有的版本信息都放在服务器。如果脱离了服务器,开发者基本可以说是无法工作的。...最大的缺点:所有的数据都经过中央服务器进行交换同步。如果不能连接到服务器,基本不可以工作,不能提交,还原,对比等等。...git pull origin master 更新远程仓库内容并和本地仓库合并 E)更新远程仓库到本地** git fetch origin master 更新远程仓库内容,不和合并分支,需要手工合并...你创建了一个属于你自己的分支,别人看不到,还继续原来的分支正常工作,而你自己的分支干活,想提交提交,直到开发完毕后,再一次性合并到原来的分支,这样,既安全,又不影响别人工作。...图片 每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长: 当我们创建新的分支,例如dev,Git新建了一个指针叫dev,指向master相同的提交,再把

    81960

    版本控制——总结

    大家好,又见面了,是你们的朋友全栈君。 1.定义 版本控制(Revision control)是一种软体工程技巧,籍以开发的过程中,确保由不同人所编辑的同一档案都得到更新。...主版本号1位,只有当系统结构和功能上有重大突破改进后才发生变化;次版本号有2位;修改号8位,采用提交的日期,当系统进行任何修改后,包括数据库结构发生变化,修改号都要随之改变。...7.软件系统,产生新的版本后,老版本的软件系统是否继续保存,取决于以下条件: a.老版本的系统如果有客户还在使用,客户升级以前,必须继续保存。...还有一些系统,例如Bitkeeper, Mercurial等,也是运行在分布式模式的。但GIT在这方面做的更好,而且有更多强大的功能特征。 GIT跟SVN一样有自己的集中式版本库或服务器。...可以这样说,如果你被困在一个不能连接网络的地方,就像在飞机上,地下室,电梯里等,你仍然能够提交文件,查看历史版本记录,创建项目分支,等。

    1.6K21

    day10 | Git的正确使用姿势与最佳实践 | 第三届字节跳动青训营笔记

    缺点: 本地不存储版本管理的概念,所有提交都只能联服务器后才可以提交分支的支持不够好,对于大型项目团队合作比较困难。 用户本地不保存所有版本的代码,如果服务端故障容易导致历史版本的丢失。...Gitlab:https://gitlab.com/gitlab-org 全球最大的开源代码托管平台,项目的所有代码都是开源的,便于自己的服务器完成Gitlab的搭建。..., 如果target分支有了更新,则需要通过rebase操作更新source branch后才可以入。...提交Pull Request后最少需要保证有CR后再入 主干分支尽量保持整洁,使用fast-forward 入方式,入前进行rebase 大型团队合作,根据自己的需要指定不同的工作流,不需要局限某种流程中...不了解保护分支,Code Review, CI 等概念,研发流程不规范。 保护分支:防止用户直接向主干分支提交代码,必须通过PR来进行入。

    1.1K30

    SVN用法及切版本与版本

    该命令用于获取SVN服务器某个版本路径的代码。 2、更新代码 svnupdate [路径/文件名]。update可以简写为up。...上述第三点的add和delete命令输完后,必须使用commit命令提交服务器,才会生效。另外,平时修改完的文件,也需要commit才会生效。...然后再用SVN ci进行提交即可。 如果无法确定是否保留对方的修改,则需要叫上改动人员一起查看问题。...三、分支合并与切版本 1、概述 大型项目中,版本通常分为tags、trunks、branches三种。 tags表示快照,即当前线上生产系统的版本,通常不在此类型下进行开发,除非紧急上线。...trunks表示当前的主版本,branches是分支版本。通常合作者都在各自的branches开发,并及时与trunks进行同步,每次开发前也从trunks进行更新

    2.7K50

    《持续交付:发布可靠软件的系统方法》第3章 持续集成

    如果它失败了,你要与团队中的其他人一起将其修复,然后再提交自己的代码 (2) 一旦构建完成且测试全部通过,就从版本控制库中将该版本的代码更新到自己的开发环境 (3) 自己的开发机上执行构建脚本,运行测试...当你做了错事或者走错了路线,可以轻松地回滚到某个已知的正确版本 前面我们特意提到过“要提交到主干”。很多项目使用版本控制中的分支技术来进行大型团队的管理。...如果无法快速修复问题,无论什么原因,我们都应该将它回滚到版本控制库中前一个可工作的版本, 3.5.6 回滚之前要规定一个修复时间 建立一个团队规则:如果因某次提交而导致构建失败,必须在十分钟之内修复它...很多开源项目曾经使用电子邮件或论坛发帖的方式来提交补丁,而像Git和Mercurial这种工具让开发人员之间、团队之间以及分支与合并工作流的打补丁变得极其简单 与集中式系统相比,DVCS引入了一个中间层...:本地工作区的修改必须提交到本地库,然后才能推送到其他仓库,而更新本地工作区必须先从其他仓库中将代码更新到本地库 ---- 3.9 小结 如果本书所介绍的开发实践里,你只想选择其中一种的话,我们建议你选择持续集成

    1K30

    GitHub 官宣,彻底淘汰 SVN!!

    与 Git 使用的分布式模型相比,SVN 的客户端 - 服务器模型显得比较老派,变更会先被存储本地,并在推送到上游代码仓库被分发至中央历史记录(及其他分支)。...首先,它采用集中式设计,就是说 SVN 服务器必须处于运行状态才能接收开发者提交的变更。一旦互联网发生故障,麻烦就大了。 第二点,分支是种负担。一旦创建了分支,就没法将其删除(如果没记错的话)。...虽然有一条命令可以删掉分支,但它仍然会被保留在历史记录中。Git 分支就更轻松易用,能在必要直接删除。” 很明显,随着新一代版本控制系统的诞生,SVN 失去了其优势地位。...面对现状,他的最新观点是“当初对 Git 的用户界面最不满意,但它在多年的发展中逐步做出了改进(现在用的是基于 Emacs 的 Git 前端,体验很好);而 Mercurial 的主要缺点是大型代码仓库执行程度很慢...Mercurial 的缔造者则坚决拒绝一切会编辑配置文件的提交贡献。相反,「hg config」只会在「~/.hgrc」启动文本编辑器。

    1.1K30

    版本控制简介

    “ 托管网站”指南中,您了解了如何通过安装和配置Web服务器,数据库和PHP来托管您的网站。现在是时候用版本控制来保护您的数据并顺利处理代码更新。...更改过程中,您需要一种方法来保护您的代码和文件,更新生效之前测试更新,并在出现问题回滚到之前的工作版本。...您可以看到谁提交了代码,以及为什么。如果您在网站或应用程序的新版本上工作,则可以将代码副本分支到单独的区域。(该分支做的修改稍后可以整合到主干代码。)...安装Git 您可以在台式计算机,Linode云服务器或两者安装Git。开始使用Git很容易。您所要做的就是您的Linode云服务器安装Git,创建一个仓库,并进行初始提交。...环境 现在是时候使用您在版本控制和服务器构建方面所学到的知识来为代码创建不同的环境。环境是独立的沙箱,可以存储不同的计算机或同一系统。您可以创建单独的环境来存储处在不同开发和生产阶段的文件。

    1.9K30

    2020年务必要了解的最好用的14款CICD工具

    TeamCityJava环境中运行,并与Visual Studio和IDE集成。该工具可以安装在Windows和Linux服务器,支持.NET和开放堆栈项目。...Bamboo是一个持续集成服务器,可自动执行软件应用程序版本的管理,从而创建了持续交付管道。Bamboo涵盖了构建和功能测试,分配版本,标记发行版,在生产中部署和激活新版本。...Git,Mercurial,SVN Repos中检测新分支,并将主线的CI方案自动应用于它们 触发器基于存储库中检测到的更改构建。...GitLab允许您在每次提交或推送触发构建,运行测试和部署代码。您可以虚拟机,Docker容器或另一台服务器构建作业。...Travis CI自动检测新提交并推送到GitHub存储库的提交每次提交新代码后,Travis CI都会构建项目并相应地运行测试。

    5.5K11

    再见了,SVN!GitHub 宣布将淘汰 Subversion 支持

    与 Git 使用的分布式模型相比,SVN 的客户端 - 服务器模型显得比较老派,变更会先被存储本地,并在推送到上游代码仓库被分发至中央历史记录(及其他分支)。...首先,它采用集中式设计,就是说 SVN 服务器必须处于运行状态才能接收开发者提交的变更。一旦互联网发生故障,麻烦就大了。第二点,分支是种负担。一旦创建了分支,就没法将其删除(如果没记错的话)。...面对现状,他的最新观点是“当初对 Git 的用户界面最不满意,但它在多年的发展中逐步做出了改进(现在用的是基于 Emacs 的 Git 前端,体验很好);而 Mercurial 的主要缺点是大型代码仓库执行程度很慢...Brase 认为,“我们可以通过一个例子来体会 Git 和 Mercurial 处理新功能的差别,即「config」命令。...Mercurial 的缔造者则坚决拒绝一切会编辑配置文件的提交贡献。相反,「hg config」只会在「~/.hgrc」启动文本编辑器。

    74310

    猫头鹰的深夜翻译:开发者必须了解的分支发布模型

    作为一个开发者,更倾向于使用Git。Git确实改变了开发者对代码合并和分支管理的认识。作为一个使用过传统的CVS工具的人,合并/开分支是一个比较恐怖的行为,迫不得已才执行一次。...今天要介绍的这个模型本质是一组流程,每个团队成员通过遵循这一组流程来管理软件开发过程。 去中心化又中心化 分支发布模型中,我们会设置一个中心化的“真理”仓库。...我们严格的遵循这一定义,因此理论上来说,每当有一个代码提交至master分支,我们应当使用Git钩子来自动构建和发布代码到生产环境服务器。...这种方式避免了所有feature分支的历史提交记录的丢失。...结束发布分支 当发布分支确实可以发布,在此之前需要执行一些操作。首先,发布分支被合并到master分支。接着,提交到master分支的代码必须打上标签,从而在未来可以引用该历史版本。

    55910

    开发流程与版本管理规范(

    主版本号:发布重大更新增加 次版本号:发布新功能点增加 build number: 打包的编号, 日常更新,bug 修复, 功能优化 例如 2.1.34, 2 是 主版本号, 1为次版本号, 34...主要分支 代码库中包含两个主要的分钟 master develop origin/master 的最新版本应与生产环境当前版本一致, master 分支的所有历史版本与线上生产环境的历史版本一一对应。...因此每当有修改合并到 master 分支, 意味着我们产生了一个新的版本号。这个规则必须严格遵守,matser 分支发生改变将触发持续集成工具和脚本自动打包, 推送到生产环境。...//开始开发 myFeature 功能,我们 develop 分支的基础创建一个 myFeature 的新分支 git checkout -b myFeature develop // 提交代码...push 到服务器后,请到内部的 gitlab 提交 merge request。

    2.7K20

    必须要知道的git rebase

    dev分支,那么从张三的角度来想,可能的工作流程是这样的: 个人在dev_a分支开发自己的功能 在这个期间其他人可能不断地向dev分支合并代码 个人开发功能完成后通过merge的方式入别人开发的功能...意思就是变基的过程中是可以掺入用户交互的,通过交互过程我们可以主动改写历史提交记录,包括修改、合并和删除等。...但是使用这个功能必须要遵循一个铁则:不要对线上分支提交记录进行变基! 引用git官方指导文档的话来说大概是这样: 如果你遵循这条金科玉律,就不会出差错。...你的同事本地执行git pull的时候会导致a和b发生融合,且都出现在了历史提交中,导致你的变基行为无效 我们想要的是你的同事拉取线上代码跳过对a和b的合并,只是把他本地分支新增的修改合并进来 讲了这么多...在这个操作的过程中,git会对我们上面提到几个要点的信息进行检查并把真正属于同事本地的修改入远程分支的最后。

    1.5K20

    告别SVN,Git成“独苗”:GitHub 13 年后宣布淘汰Subversion支持

    与 Git 使用的分布式模型相比,SVN 的客户端 - 服务器模型显得比较老派,变更会先被存储本地,并在推送到上游代码仓库被分发至中央历史记录(及其他分支)。...首先,它采用集中式设计,就是说 SVN 服务器必须处于运行状态才能接收开发者提交的变更。一旦互联网发生故障,麻烦就大了。第二点,分支是种负担。一旦创建了分支,就没法将其删除(如果没记错的话)。...面对现状,他的最新观点是“当初对 Git 的用户界面最不满意,但它在多年的发展中逐步做出了改进(现在用的是基于 Emacs 的 Git 前端,体验很好);而 Mercurial 的主要缺点是大型代码仓库执行程度很慢...Brase 认为,“我们可以通过一个例子来体会 Git 和 Mercurial 处理新功能的差别,即「config」命令。...Mercurial 的缔造者则坚决拒绝一切会编辑配置文件的提交贡献。相反,「hg config」只会在「~/.hgrc」启动文本编辑器。

    49120

    Monorepo 还没搞懂吗?一文搞定!

    例如,谷歌理论拥有有史以来最大的代码存储库,每天有数十个提交,超过80 tb。其他使用 Monorepos 的公司还有微软、Facebook和Twitter。...原子提交:原子提交使大规模重构更容易。开发人员可以一次提交更新多个包或项目。 隐式CI:由于所有代码已经统一一个地方,因此可以保证持续集成。...像git blame这样的命令可能会花费不合理的长时间,ide开始滞后,生产力受到影响,并且每次提交上测试整个回购变得不可行。 坏掉的主机:坏掉的主机会影响monorepo工作的每个人。...我们可以使用智能构建系统来理解项目结构,并只对自上次提交以来发生变化的部分进行操作,而不是每次更新都重新构建完整的repo。 我们大多数人没有谷歌或Facebook那样的资源。我们该怎么办?...当有人打开一个pull请求或推入一个受保护的分支,代码所有者会自动被请求检查。GitHub和GitLab支持此功能。

    3.4K30

    Git的深入理解与GitHub托管服务的使用

    如果宕机一小,那么一小内所有人都无法提交更新,也就无法协同工作。要是中央服务器的磁盘发生故障,碰巧没有备份或者备份不及时,就会有丢失数据的风险。...实际,Git 更像是把变化的文件作快照后,记录在一个微型的文件系统中。每次提交更新,它会纵览一遍所有文件的指纹信息并对文件作一快照,然后保存一个指向这次快照 的索引。...2、支持离线工作(近乎所有操作都是本地执行),本地提交可以稍后提交服务器;      3、时刻保持数据完整性;      4、多数操作仅添加数据; 文件的三种状态      对于任何一个文件, Git...随着项目发展,有其他人想要参与到这个项目中来,他可以GitHubFork这个项目,这样他对这个项目才有写权限,而且可以将他的工作保存到GitHub的服务器。...项目克隆完成后,默认有一个名为“origin”的远端指向了GitHub的项目,而并非原始的项目。为了能够及时获取原始项目更新,我们需要再增加一个远端,命名为“upstream”。

    1K30
    领券