加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > Python > 正文

如果使用Mercurial或Git,经常提交文件是否合适?

发布时间:2020-12-20 12:39:30 所属栏目:Python 来源:网络整理
导读:似乎建议我们可以经常提交以跟踪我们编写的代码的中间变化…例如在使用Mercurial或 Git时在hginit.com上. 但是,让我们说如果我们在一个项目上工作,我们经常提交文件.现在出于某种原因,经理想要部分功能出去,所以我们需要做推,但我听说在Mercurial或Git上,没
似乎建议我们可以经常提交以跟踪我们编写的代码的中间变化…例如在使用Mercurial或 Git时在hginit.com上.

但是,让我们说如果我们在一个项目上工作,我们经常提交文件.现在出于某种原因,经理想要部分功能出去,所以我们需要做推,但我听说在Mercurial或Git上,没有办法推送单个文件或文件夹……被推或没有被推.所以我们要么还原所有那些我们不想推送的文件,要么直到推送之前我们才应该提交 – 在提交之后,我们推送?

解决方法

管理这个的最好方法(无论你是使用Mercurial,Git
或任何其他修订控制系统)是为了确保你的工作
在对应于这些“部分”的分支上完成
特征“.如果甚至有一小部分机会
工作需要独立于其他工作而发布
应该从一开始就拥有自己的分支.

这使您可以灵活地推动“部分”
特征“,并且在”部分“的情况下更适合
功能“和其他一部分”功能“都包含
更改到同一文件.

在这里使用Mercurial或Git的好处是管理
这些分支是微不足道的,所以创建和使用的成本
他们(即使他们证明没有必要)是最小的.

现在,你不能总是预见到一切.如果你最终卡住了
但是,在你描述的情况下,它很容易脱身
的.假设您在本地有100个变更集(尚未在服务器上)并且您想要
推送1个文件的当前内容.创建一个克隆
您正在处理服务器版本的存储库,复制
文件覆盖,提交,推送和集成.在Mercurial
这看起来像下面这样:

$cd ~/project
$hg clone http://server/project/trunk trunk-oops
$cp trunk/shouldve-branched trunk-oops/shouldve-branched
$cd trunk-oops; hg addrem; hg ci -m "We need to organize better!"; hg push
$cd ../trunk; hg fetch ../trunk-oops

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读