Почему я не должен использовать SharePoint для контроля версий? - PullRequest
14 голосов
/ 16 ноября 2010

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

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

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

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

Ответы [ 6 ]

24 голосов
/ 16 ноября 2010

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

  1. Производительность sharepoint намного ниже, чем у любых инструментов управления исходным кодом, например Team Foundation Server или SVN
  2. Sharepintt позволяет сравнивать разные исторические версии одного и того же файла
  3. SharePoint не разрешает ветвление, слияние и маркировку.
  4. Sharepoint не связывает изменения в наборе файлов как одно изменение (это очень полезно, если вы хотите отслеживать изменения)
  5. Насколько я знаю, SP не позволяет иметь разные версии всего проекта одновременно.
  6. SharePoint не имеет настраиваемого графического интерфейса для управления исходным кодом управления.
  7. Sharepoint не позволяет связывать требования с изменениями кода.Например, TFS связывает рабочие элементы с проверочными модулями.Это также очень полезно, если вы хотите отслеживать свои бизнес-требования и изменения кода.
5 голосов
/ 16 ноября 2010

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

Также нет разветвлений и / или слияния.

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

3 голосов
/ 06 июня 2013

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

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

1 голос
/ 16 ноября 2010

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

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

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

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

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

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

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

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

1 голос
/ 16 ноября 2010

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

0 голосов
/ 16 ноября 2010

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...