PROSAGA码农传奇-特征工程-多个项目/模块的SVN分支模式

<div class =“post-text”itemprop =“text”>
  <BLOCKQUOTE>
    
      我可以为每个引用单个模块版本的项目创建一个分支吗？
    
  </BLOCKQUOTE>
  
    是。
  
  <BLOCKQUOTE>
    
      似乎复杂标记就是这个问题的答案
    
  </BLOCKQUOTE>
  
    它的
    
      可
    
     回答，但从我的POV它将是脏的方式。如果您的任何项目必须作为其树的一部分
    
      一些已知的州
    
     的
    
      一些模块
    
     也是SVN版本，我更喜欢使用
    <a href="http://svnbook.red-bean.com/en/1.8/svn.advanced.externals.html" rel="nofollow">
      SVN外部
    </A>
     （directory-type），externals-sources映射到所需的模块版本。它可以是带有模块标签|分支的URL的无版本定义（不好但可用于可提交分支，可用于RO标记），或者
    <a href="http://svnbook.red-bean.com/en/1.8/svn.advanced.pegrevs.html" rel="nofollow">
      PEG-修订
    </A>
     对于
    
      任何
    
     任何模块的URL
  
  <BLOCKQUOTE>
    
      我如何使用复杂标记作为项目团队的基线？
    
  </BLOCKQUOTE>
  
    我会建议“无论如何”。复杂标签作为临时黑客很好，但从历史角度来看很糟糕 - 你将无法重建“在提交之前如何以及从哪个来源创建混合WC”，与所有使用的外部相对于（完全PEG-ged）WC相反模块
  
  <BLOCKQUOTE>
    
      检查/修改/提交项目的软件工程的工作流程是什么？例如，Team Rocket的成员想要为Fred插件添加一个新功能。
    
  </BLOCKQUOTE>
  
    好吧，我最初的反应是“它取决于”，接下来：“太宽了”。真的是管理和行政问题，而不是技术和依赖人类而不是技术（并且有很多变化）。简而言之（在理想的美好世界中）：
  
  <UL>
    <LI>
      TR Dev分支pluginFred，修改，测试，合并分支到pluginFred的trunk，再次测试
    </LI>
    <LI>
      Team Rocket PM接受这些更改并同意使用修改后的pluginFred
    </LI>
    <LI>
      Team Rocket项目中的pluginFred的外部定义（在某些修订版中）已从URL @ OLDREV更改为URL @ NEWREV（或来自
       <code>
 pluginFred/**/URL1
 </code>
       至
       <code>
 pluginFred/**/URL2
 </code>
      ）
    </LI>
    <LI>
      其他团队也被告知
      
        某种方式
      
       并切换（或不切换）到新版本
    </LI>
  </UL>
  
    团队中（和团队之间）的良好（快速和防弹）沟通是工作中最难的部分。对WIP来说，没有任何粉碎和无PEG的外部因素是混乱和开发者地狱的直接途径
  
  <BLOCKQUOTE>
    
      是否应在模块或项目的功能分支上进行初始更改？
    
  </BLOCKQUOTE>
  
    “这取决于......”来自习惯，ACL，公司规则，存储库树和交叉存储库项目的分离（对于单个整体仓库，您可以随时从任何位置复制到任何位置，交叉回购转移稍微困难，但仍然可能）。但共同的“有什么区别？”，
    的
      如果您有完整的可追溯历史记录
    </强>
     （如果你还没有 - 你必须拥有）
  
</DIV>