Чи слід дозволити розробникові використовувати VSS, якщо він надає перевагу?

Я представив Меркуріал у своєму відділі. Мені це подобається, але це мій перший досвід контролю версій. Я використовую його з NetBeans PHP для веб-розробки.

Інший розробник, який працює над внутрішніми додатками компанії, любить використовувати Visual Source Safe і не хоче перемикатися. Він працює в середовищі Visual Studio.

Всі інші розробники придбали в Mercurial, крім цього. Здебільшого, ми всі працюємо досить незалежно.

Я намагаюсь перенести цей відділ у правильному напрямку. Я налаштував усіх на акаунт у «Піч», я сподівався змусити всіх, хто використовує Fogbugz, і в дорозі (оскільки на даний момент не підтримується база даних про помилки.) ніколи не використовував VSS, але я чую про нього дуже погані речі.

Чи було б краще просто дозволити йому продовжувати користуватися VSS, якщо саме це він вважає за краще, або було б в найкращих інтересах завести його на борт з Mercurial?

було б краще просто дозволити йому продовжувати використовувати vss, якщо це те, що він віддає перевагу

Ні. Немає сенсу паралельно запускати дві різні системи управління джерелами. Це не відповідає самій ідеї про те, що всі розробники підключені до одного сховища і повністю користуються ним.

Один розробник, який використовує іншу систему, ефективно ізолює себе від команди. Навіть якщо проекти не перетинаються, це все одно погано робити.

Подвійне зусилля з обслуговування обох систем - це ще один аргумент.

Я думаю, вам слід скористатися своїми повноваженнями або передати питання управлінням, щоб швидко перенести вміст з VSS на Mercurial, а потім закрити VSS.

PS Якщо говорити про VSS, то це сумно відомо про те, що ви втрачаєте реєстрацію або іншим чином пошкоджуєте код, коли ви цього найменше очікуєте. Це працює, але регулярно йде на нерви. Якщо у вас є краща альтернатива, уникайте VSS.

Ні в якому разі я ніколи б не міг би дозволити розробнику шахраїв використовувати іншу систему управління джерелами, ніж решта команди.

Управління джерелом - це не тільки так, я можу знайти попередні версії того, що я зробив, але щоб інші могли їх знайти (і поточну версію). Це необоротно. Що відбувається, коли він виїжджає або переїжджає на автобусі, і ніхто більше не має доступу до його коду (який може навіть перезаписатись адміністраторами мережі, коли вони протирають його машину, не знаючи, що він там має власний контроль джерела?

Я припускаю, що його вихідний код управління може бути лише на його машині, оскільки ніхто більше не використовує VSS.) Розробник, який би навіть запропонував таке, не є професійним, і це змусить мене підозріло ставитися до всієї його роботи. Чого він не хоче бачити решти вас?

Також VSS сумно баггі. Його код навіть не безпечний.

Ніхто ніколи не повинен використовувати VSS для початку.

Скажіть своєму розробнику, щоб отримати плагін Mercurial для Visual Studio.

Усі повинні бути в одній і тій же системі управління джерелами. Крім того, ваша кінцева мета - також дозволити всім користуватися тією ж системою відстеження помилок. Ви зробили правильно, знайшовши тісно інтегроване рішення.

Якщо у вас виникають проблеми з тим, щоб переключити їх, спробуйте підійти до цього з точки зору кар'єри. Якщо вони працюють в іншому місці вперед, цей потенційний роботодавець, ймовірно, захоче побачити певний досвід роботи з інтегрованою програмою управління помилками / джерелами.

Перегукуючись з тим, що сказали інші, в тому, що погано дозволяти йому використовувати VSS, а не Mercurial. Однак дозвольте мені зіграти адвоката диявола і сказати, що ви можете дозволити йому ковзати, якщо і тільки якщо він все-таки зобов'язується до Меркуріалу, щоб інші могли отримати доступ до його роботи, якщо це необхідно. ІМО нічого поганого у використанні бажаних інструментів, якщо ви не заважаєте іншим отримувати доступ до роботи, яка їм може знадобитися. Звичайно, VSS - це сміття, тому його не слід використовувати незалежно від того :)

Наприклад, я працюю в компанії, яка використовує SVN, але не має належного налаштування сховища (немає філій / тегів / стовбура, все просто кидається під одне сховище), і це викликає деякі проблеми, які ніхто не знає, як виправити. Я б не бачив проблеми у своєму випадку, якби я, скажімо, використовував Git локально, але все-таки використовував git-svn, щоб висувати свої речі до SVN, щоб у решти команди є його. Чи має це сенс?

Недоцільно мати одного розробника, використовуючи інший інструмент управління джерелом. Однією метою використання джерела управління є вдосконалення роботи в команді. І він порушує це правило і згодом може доставити багато клопоту, хоча останнім часом ви працюєте досить самостійно. Запитайте його, чому він віддає перевагу VSS та скажіть йому недоліки роботи таким чином.