我在一家主要业务与软件无关的公司工作。大多数使用源代码管理的文档都是为商业或开源项目编写的开发团队编写的。作为一个在内部软件中写作的人,我可以说工作的完成方式与商业或开源环境不同。此外,还有一些存储过程和数据库脚本需要与代码保持同步。
特别是,我希望得到关于如何在内部软件中最好地构建存储库的建议。大多数文档建议使用主干、分支、标记等,以及使生产、测试和开发环境与存储库中各自部分保持同步的过程等。
发布于 2017-12-27 09:21:24
项目的一个存储库可能就足够了。我喜欢按项目对布局进行索引的典型方法:
/first-project/trunk
/first-project/branches
/first-project/tags
/another-project/trunk
/another-project/branches
/another-project/tags
/common-stuff/trunk
/common-stuff/branches
/common-stuff/tags
请记住,以后总是可以重新组织存储库。
另外,对于内部内容,我更喜欢用于数据存储的FSFS,而不是Berkeley DB。FSFS更有弹性,签出的速度对于小型团队/项目来说也不是什么大问题。你可以比较自己决定。
食谱的其他标准部分包括TRAC和一个最小的Linux服务器来托管局域网上的存储库。
https://stackoverflow.com/questions/-100000019
复制相似问题