• Firefly 常用命令


    1.新建存储库 :hff rep create –h <hostname> –d <rep dir> <rep name>

       Firefly使用mount/unmount命令来支持存储库的卸载和加载。

    2.导入文件到存储库:使用hff br import –h <hostname> -proj <project name> -b <branch name> -d <source path>命令向一个空分支中直接导入数据

       在Firefly中,用户可以直接建立本地工作区,通过本地工作区来进行文件的添加。也可以使用import功能来向一个空的Branch中导入数据。

    3.初始化本地工作区:hff init –h <hostname> –proj <project name> –b <branch name>

    在Firefly中,只在本地工作区的根下生成一个.firefly目录,记录所有的本地工作区信息。

    4.添加文件 hff create <file list>

    Firefly能够自动判断文本文件和二进制文件。

    5.编辑文件 hff edit <file list>

    Firefly记录在本地工作区中编辑的文件,并且可以使用”hff list-out”命令来查看已经处于编辑状态的文件。Firefly同时支持对Hijack文件的Submit。

    在Firefly中,用户可以使用hff edit –v <version number>来确定编辑命令所执行的起始版本,在Submit时候,会在分支上产生一个最新版本,并不会产生新的文件分支。

    6.撤销编辑 hff unedit <file list>

    用于撤销对文件的编辑,使文件恢复到编辑之前的状态。无大区别。

    7.提交变更 hff submit

    而Firefly记录处于编辑状态下的文件,不需要检查本地工作区中的所有文件,即可得知需要Submit哪些文件。

    8.更新本地工作区 hff bringover

    在Firefly中,用户只使用bringover一个命令即可得到其它用户针对代码库的修改(包括更改的文件、移动的文件和新增的文件等等)。

     9.下载文件 hff download

    在Firefly中,用户可以download某一个分支(开发代码线)的最新版本或是某一个标记(label),而无需新建tag。

     10.比较文件 hff diffs –v1 <rev1> -v2 <rev2> filename

    11.归并文件 在Firefly中,如果在Submit时有冲突,要求在Bringover中解决。

    Firefly本身提供3-way的归并工具。并且可以根据不同的文件类型设定不同的第三方归并工具。

    12.查看文件信息 

    hff info

    hff list …

    在Firefly中,info命令可以查看其它用户对某一文件的编辑和锁定信息,而cvs不能的status命令不能产看该信息。另外,在Firefly中,提供了丰富的list命令(list-changes, list-deleted, list-out,…),而cvs不具备这些功能。Cvs用户如果需要得知本地工作区中都有哪些文件处于edit状态,需要编写脚本。

    13.锁定文件/解锁文件 

    hff lock <file list>

    hff unlock <file list>

    在Firefly中,用户可以通过lock命令锁定文件,也可以使用hff edit –lock命令锁定文件。(怀疑检查lock会影响cvs的performance)

    14.删除文件 hff delete <file list>

    在Firefly中,用户只需执行hff delete即可。

    如果要执行反删除操作,在Firefly中只需执行hff undelete即可

    Firefly中,用户delete一个文件,再添加一个同名的新文件,系统认为这是两个不同的、独立的文件

    参考链接:http://blog.csdn.net/xabc3000/article/details/6731366

  • 相关阅读:
    MySQL数据丢失讨论
    分布式系统之Quorum (NRW)算法
    阿里巴巴-OS事业群-OS手机事业部-系统服务部门招聘Java开发工程师,有意者请进来
    EQueue
    ENode 2.0
    关于MySQL的在线扩容
    我收藏的技术知识图(每张都是大图)
    关于实现一个基于文件持久化的EventStore的核心构思
    Actor的原理
    OAuth 2.0 授权原理
  • 原文地址:https://www.cnblogs.com/theCambrian/p/4535052.html
Copyright © 2020-2023  润新知