为什么我不应该使用SharePoint进行源代码管理？

Question

我刚开始在一家没有任何源代码控制的公司工作.我提到了,我们可能需要得到某种源代码控制的去和我的同事们的一个建议我们使用SharePoint.我认为他喜欢这个主意,因为我们已经使用了sharepoint,他是一个大的SharePoint人物.

我想出了为什么我们不应该这样做的一些原因.

• SharePoint不是设计用于代码的源代码控制工具.
• 有更好的(仍然是免费的)工具
• 您无法使用sharepoint进行自动部署(据我所知)
• 它不会与任何IDE集成(据我所知)

在我恳求我的案子时还有什么我应该包括的吗？

Answer 1

为什么使用sharepoint作为一个控制是一个愚蠢的想法:

1. sharepoint的性能比任何源控制工具(例如Team Foundation Server或SVN)差得多
2. Sharepint不允许比较同一文件的不同历史版本
3. SharePoint不允许分支,合并和标记.
4. Sharepoint不会将文件集中的更改链接为一次更改(如果要跟踪更改,这非常有用)
5. 据我所知,SP不允许同时拥有整个项目的不同版本.
6. SharePoint没有自定义gui来管理源代码控制代码.
7. Sharepoint不允许将需求与代码更改相关联.例如,TFS将工作项链接到签入.如果您想跟踪业务需求和代码更改,这也非常有用.

Answer 2

许可成本......您可以获得许多工具,这些工具的成本要低得多(即使他们在免费工具上掏鼻子),成本与SP相同.

此外,没有分支和/或合并.

使用SP进行源代码控制就像住在工厂里一样,因为它有4个墙和一个屋顶.完全忽略了功能和意图.