Почему я не должен использовать SharePoint для управления версиями?

Я только начал работать в компании, у которой нет какого-либо контроля над версиями. Я понял, что нам, возможно, потребуется какой-то контроль над версиями, и один из моих сотрудников предположил, что мы используем SharePoint. Я думаю, ему нравится эта идея, потому что мы уже используем sharepoint, потому что он большой парень SharePoint.

Я придумал некоторые причины, почему мы не должны этого делать.

SharePoint не предназначен для управления исходным кодом для кода.
Есть лучшие (и все еще свободные) инструменты для работы
Вы не можете выполнять автоматическое развертывание с помощью sharepoint (насколько мне известно)
Он не будет интегрироваться ни в какие IDE (насколько мне известно)

Есть ли что-нибудь еще, что я должен включить, когда я молюсь о моем случае?

Ответ 1

Почему использование sharepoint в качестве контроля сортировки - глупая идея:

Производительность sharepoint намного хуже, чем любые инструменты управления версиями, например Team Foundation Server или SVN
Sharepint не позволяет сравнивать разные исторические версии одного и того же файла
SharePoint не разрешает разветвление, объединение и маркировку.
Sharepoint не связывает изменения в наборе файлов как одно изменение (это очень полезно, если вы хотите отслеживать изменения)
Насколько я знаю, SP не позволяет иметь разные версии всего проекта в одно и то же время.
SharePoint dosen't имеет настраиваемый gui для управления кодом управления версиями.
Sharepoint не позволяет связывать требования с изменениями кода. Например, ссылки TFS обрабатывают элементы с проверками. Это также очень полезно, если вы хотите отслеживать свои бизнес-требования и изменения кода.

Ответ 2

Лицензионные расходы... Вы можете получить много многих инструментов, которые стоят намного меньше (даже если они появятся на носу в бесплатных инструментах) за ту же стоимость, что и SP.

Кроме того, нет ветвлений и/или слияния.

Использование SP для управления исходным кодом похоже на жизнь в factory, потому что у него есть 4 стены и крыша. Полностью игнорирует функциональность и намерение.

Ответ 3

Другая проблема с SP, если какие-то версии удаляются кем-либо, SharePoint не сохраняет полную историю о том, кто их удалил (насколько мне известно).

Печально то, что многие люди, включая нашу компанию, не имеют концепции контроля версий. Дело в том, что им необходимо получить информацию о том, насколько важно иметь управление конфигурацией или контроль над версиями.

Ответ 4

Стоимость, вероятно, не проблема - SP Foundation свободен. Тем не менее, это не очень хорошая идея.

Ответ 5

SP Не интегрируется с IDE, поэтому CheckIN, CheckOut будет ручным.

Кстати, GIT не интегрируется с большинством IDE, и это еще один хороший инструмент SC.

SP Не имеет способа создать ветку (только вручную создав новую папку и вручную сообщив разработчикам использовать новую ветку). (это будет довольно сложно в зависимости от количества разработчиков)

SP рассматривает каждое изменение как независимое от остальных, поэтому не может смотреть на изменения на временной шкале. Это похоже на то, что источник SP не создан для управления исходным кодом "project", и он создан для управления файлом "file".

Это сокращение.

SP помещает все файлы в базу данных с помощью varbinary (max), это увеличивает размер файла базы данных Sharepoint, и на самом деле занимает немного больше места, чем это было бы, если бы оно было на диске. (Я не говорю, что BLOB - это зло, но когда он используется много, он поддерживает БД)

Но в целом единственная веская причина, по которой я могу подумать, заключается в том, что она не интегрируется с IDE, поэтому у вас будет много работы по ее использованию. Представьте, что несколько разработчиков копируют все свои файлы в библиотеку sharepoint, что замедляет их.

И последнее его не достаточно быстро, разработчикам это не понравится (еще больше из-за добавленных шагов).

Ответ 6

Sharepoint не является средством управления исходным кодом. Существует множество десятков бесплатных и коммерческих инструментов, предназначенных именно для этой проблемы. Sharepoint не является одним из них.

Я понимаю, что это те моменты, которые вы уже указали в своем посте. Я думаю, что это конец аргумента. Если вам нужно идти дальше, защищаясь от этой ужасно плохой идеи, я не могу представить, как выглядят остальные их процессы.