Что самое раздражающее в системе контроля версий (SCM), которую вы используете?

Question

Этот вопрос не спрашивает, какое программное обеспечение для контроля версий мне следует использовать. Скорее, я хотел бы услышать, что вы думаете о минусах некоторых из используемых вами СКМ.

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

Можете ли вы назвать какое-то качество или поведение, которое вы считаете раздражающим или контрпродуктивным в SCM, который вы используете или использовали?

Answer 1

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

• Monotone: необходимо указать "." означает текущий рабочий каталог (в противном случае любая команда применяется ко всей рабочей копии).
• CVS: слишком много, чтобы перечислить. Избегайте любой ценой. (хотя, вероятно, обработка разрешений).
• Subversion: не распространяется.
  • SVK: добавление дистрибутива в Subversion кажется неуклюжим.
• Mercurial: это монотонный клон - почему, дорогой бог, почему?
• Bazaar: действительно странный подход к работе в сети (хотя это может быть устаревшим).
• Git: Качество исходного кода, но оно меняется.

Answer 2

Несмотря на то, что SCM, вероятно, одна из лучших вещей, которую вы можете использовать в среде разработки, меня это всегда беспокоит (а это может быть придирчивостью):

• Когда кто-то еще изменяет мой файл, я не узнаю об этом, пока не выполню фиксацию или обновление.
• Слияние - это боль в заднице.
• Когда другие люди сосут, используя его, это мешает больше, чем помогает.
• Слишком сложно управлять разными ветками, тегами и транками одного и того же приложения.

Это все, что я могу думать сейчас. :)

Answer 3

По моему опыту Serena Dimensions каждый плагин ломается. Даже интеграция оболочки Windows Explorer, которая замедляет доступ к сетевым ресурсам для сканирования. Тогда это не говорит вам все, что вы хотите знать об изменениях в любом случае. Изменили файл в нижней части дерева каталогов? Наложения папок более высокого уровня не скажут вам. По сравнению с черепахой SVN это пример отсутствия юзабилити.

Но что мне действительно действительно не нравится, так это то, что когда я делаю Deliver, он обнаруживает изменения файла, а затем, когда я делаю сравнение для просмотра различий, он говорит мне Ancestor и Derivative идентичны Если я не могу доверять встроенному инструменту сравнения, сколько раз он решал, что Ancestor и Derivative одинаковы, когда они на самом деле были разными?

То, как кто-либо может создать инструмент управления изменениями, когда базовые элементы управления версиями не работают, мне не под силу. Да, и есть одна ошибка в передаче параметров, если вы попытаетесь интегрироваться с сторонними diff-инструментами.