我的公司使用颠覆。我们使用标签文件夹来:
存储一张客户在其服务器上拥有的照片,这样,如果我们必须修复错误或进行任何活动,我们便会确切知道客户拥有的东西
由于标签是应用程序的不可变版本,因此我们认为对tags文件夹的使用是正确的。
现在,我们正在移动存储库,并考虑稍微改善其管理;关于在何处放置标签文件夹的最佳做法的疑问。
目前,我们使用的结构是经典的结构,即:
但是重构/清理团队的一部分建议尝试这种方式:
在第二种结构中,客户拥有的产品会更清楚。在进行技术支持活动的情况下,开发人员将直接在标签内查找客户的文件夹,而无需从同事那里了解客户拥有哪些产品,然后通过分别输入所有项目的文件夹来跟踪这些标签。
哪种结构最清晰,更易于维护?
谢谢!
答案 0 :(得分:1)
没有这样的东西,例如SVN存储库的“经典布局”,仅针对具有自己的“ pro”和“ contra”集的不同用例推荐一些,您可以选择任何或创建自己的。无论如何,“分支”,“标签”,“树干”只是一种常规方式,可以将存储库树的不同部分用于不同的目的-您甚至可以根据自己的需要和习惯使用自己的名称来构建自己的树
虽然第二张照片看起来更漂亮,但在某些情况下它在草地上会有些倾斜。
考虑这些:
ProjectN
| Tags
文件夹(所有继承的超级仓库问题-全局版本控制,共享钩子)? SVN管理员不会感谢您如此头痛从我的观点出发,最好的方法(简便,易管理,自然)将使用(PEG版本)SVN外部,您可以从外部现有对象添加其他自定义树(客户端->项目->快照)开发区
Externals Definitions来自SVN图书
How to get started with svn:externals?从这里
Peg and Operative Revisions来自SVN图书