Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/opencv/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Svn Subversion-仅对发布进行标记,不进行分支_Svn_Version Control - Fatal编程技术网

Svn Subversion-仅对发布进行标记,不进行分支

Svn Subversion-仅对发布进行标记,不进行分支,svn,version-control,Svn,Version Control,我是一个独立致力于存储库的小型开发人员,只有我会管理和贡献一个项目。鉴于此,我有两个问题- 是否可以简化我的工作流程并在主干中执行所有活动开发?然后,在一个时间点,我考虑释放(足够的bug修复或一个新的特性)来创建一个标签> /强>语义版本,然后继续进行公开发布? 标签: 工作流程: 在主干中构建新功能直到稳定->标记版本->在主干中构建新功能直到稳定(重复) 这种方法明智吗?有什么缺点吗?我会首先在QA/测试服务器上测试trunk的代码,一旦代码符合要求,就创建一个标记,然后将该标记发布到生产

我是一个独立致力于存储库的小型开发人员,只有我会管理和贡献一个项目。鉴于此,我有两个问题-

  • 是否可以简化我的工作流程并在主干中执行所有活动开发?然后,在一个时间点,我考虑释放(足够的bug修复或一个新的特性)来创建一个<强>标签> /强>语义版本,然后继续进行公开发布?
  • 标签:

    工作流程:

    在主干中构建新功能直到稳定->标记版本->在主干中构建新功能直到稳定(重复)

  • 这种方法明智吗?有什么缺点吗?我会首先在QA/测试服务器上测试trunk的代码,一旦代码符合要求,就创建一个标记,然后将该标记发布到生产环境中。然后,该标签将附带一个变更日志,列出修订号
  • 注意:在阅读了本网站上的文章后,例如,我发现,考虑到分支和合并的复杂性,无法采用分支方法

    可以简化我的工作流程吗

    这种做法明智吗

    不,见下文

    它有什么缺点吗

    是的-在发布的版本中修复错误(无论如何都需要分支|合并)和|或者在主干代码中检测已知的旧代码库错误时,您会遇到一些问题

       v1.0.0 // Code is being used in production
        v1.1.0 // Add some functionality
        v1.2.0 // Add other new functionality
        v1.2.1 // Fix bug