在分支中保留额外的文件(待办事项列表,打包)

时间:2012-09-22 09:38:57

标签: svn branch

我一直在寻找一种简单的方法来保存版本控制中的一些todo项目和笔记以及我的个人项目,并且在此过程中我遇到了ditz和bug。 Ditz自述文件提到维护文件有3种不同的方法,其中一种方法是:

  

将问题数据库保留在存储库中,但保存在单独的分支中。问题更改可由VCS管理,但不直接与代码提交绑定。

这让我觉得我可以用同样的东西将一些用于打包的文件保存在与我现在分开的其他几个开发人员共享的存储库中。所以我有几个问题:

  1. 我为什么要使用/不使用这种方法?
  2. 这是如何设置的?不是专门针对Ditz,而是针对任何文件。
  3. 它如何日常工作?
  4. 我几乎没有使用分支的经验,而且我看起来它用于保留稍后将合并的已编辑的主干副本。 我主要使用颠覆,但只要翻译,dvcs的答案也很好。

    更新

    我看了一下这个,这就是我发现的。以下内容适用于颠覆。

    来自svnbook,

      

    Subversion没有仅支持分支的内部概念

    这可能意味着svn分支并不完全是ditz自述文件中的建议。在我看来,使用svn:externals可以实现ditz的建议。假设有以下结构:

    /trunk/project1/
    /trunk/project2/
    /branches/notes/
    

    可以将project1和project2中的svn:externals属性设置为:

    notes http://reposerver/branches/notes
    

    这样更新项目的工作副本也会获得“外部”注释,但是需要单独为projectX树中的注释和其他文件进行提交。除此之外,一切都会和往常一样。缺点或多或少是svn:externals的缺点,即仅适用于目录,并且它们被定义为绝对URL。

    然而,如果有人有任何进一步的见解我会感兴趣。

1 个答案:

答案 0 :(得分:0)

由于有很多开源和专有跟踪器可用,我非常怀疑使用您提出的解决方案是否合理。例如,Trac与您的源代码控制集成(显示提交,允许在特殊提交消息等中关闭票证(或TODO项目,如果您愿意))。基于文本文件的TODO列表并不灵活;您还应该考虑到您确实需要将您的任务放在除正常任务跟踪器之外的文件中。也许你并没有专注于基本问题?