Чи працюють системи управління версіями FOSS для підприємств? [зачинено]


11

Скажімо, велика корпорація планує замінити існуючу систему управління версіями. Скажімо, він розглядає лише системи від великих постачальників, які коштують сотні тисяч доларів, оскільки вони мають "підтримку".

Чи повинен контроль версій у підприємницькому середовищі бути дорогим? Чи використовує ваша середня / велика корпорація FOSS VCS, наприклад SVN / Git / Mercurial? Яким був досвід?

Мені здається, що це не повинно бути дорогим, оскільки існує так багато безкоштовних варіантів, і, мабуть, є компанії, які надають платну підтримку FOSS VCS, якщо це головне питання.

Я не маю намір це питання порівнювати VCS або вирішувати, який найкращий, а просто зрозуміти досвід роботи з VCS у корпоративному ІТ-середовищі.

Відповіді:


29

Так.

  
На моєму (правда, обмеженому) досвіді рішення, що не належать до FOSS, як правило, є більш «підприємствами». Це,

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

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

  • Майте достатню кількість сторонніх інструментів, щоб інтегрувати їх у все, що знаходиться під сонцем (в силу того, що вони популярніші за власні альтернативи), і, як правило, буде легше розробити сторонні інструменти для ОС.
  • Дивіться попередній - легше діставати зовнішні інструменти навколо чистого, простого, основного інструменту.
  • Завдяки більшій популярності вони мають широку підтримку в громаді.
  • Їм не потрібна реклама реклами.

Крім цього, мій досвід використання загальних безкоштовних VCS (mercurial / svn / тощо) дозволяє їм бути швидшими, надійнішими та простішими у використанні.


5
+1 - Я набагато щасливіший зі SVN, що коли-небудь був із SourceSafe.
Джон Хопкінс

5
@Jon +1 - Я набагато щасливіший з Mercurial, ніж коли-небудь був зі SVN.
Tim Post

1
@Tim - Наразі неофіційно оцінюють Mercurial перед можливою міграцією.
Джон Хопкінс

8

Я погоджуюся з @Fishtoaster в тому, що контроль версій FOSS має всі функції (або можуть бути інтегровані з іншим програмним забезпеченням FOSS, яке забезпечує функції), якого потребує навіть найбільше "підприємство".

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

В одному місці, де я працював, ми використовували одне з таких «корпоративних» рішень щодо контролю версій. Це було повільно (буквально знадобилося більше години, щоб зробити повну "перевірку" останньої версії коду!) Та баггі, і всі скаржилися на це. Багато розробників насправді здійснювали б замовлення (займаючи, як я вже сказав, більше години ), а потім встановлювали локальний SVN або Mercurial сховище поверх цієї каси, виконували їх кодування проти цього сховища і перевіряли його лише в основному сховищі, коли вимагається.

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


1
Саме те, що я зробив, налаштувати свій власний локальний SVN, оскільки VCS, що постачається, такий жахливий.
jmmr

4

Основна відмінність FOSS від комерційного програмного забезпечення полягає в тому, що перше базується на гордості, а друге - на доходах.

Запитайте себе: наскільки щасливі люди, які написали програмне забезпечення XYZ?

Якщо це FOSS, вони, ймовірно, були дуже щасливі, бо в іншому випадку, навіщо б вони турбуватися витрачати на це свій час?

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

Тож програмне забезпечення FOSS отримує більше любові. Це не означає, що це краще, але якщо це успішний проект FOSS, ви можете бути впевнені, що це краще за все, що ви можете придбати ("Гроші не можуть купити щастя", пам’ятаєте?).

Як ви можете сказати, що це успішно? Перевірте веб-сайт. Якщо веб-сайт поточний і виглядає приємно, достатньо успішно витрачати час на веб-сайті (розробники FOSS є важким ядром; вони не хочуть витрачати час на те, що не чухає свербіж).

Це залишає найважливіший момент: підтримка. Компанії не купують програмне забезпечення для легального використання, але для отримання підтримки у випадку, якщо щось піде не так (якщо подумати: Якщо 100 людей не можуть працювати, і я отримаю виправлення протягом дня, це коштує 100 000 доларів). На щастя, ви можете придбати підтримку програмного забезпечення FOSS (просто подивіться на веб-сайт для покажчиків або запитайте у списку розсилки).

Тож так, якщо ви зробите оцінку і FOSS відповідає вашим потребам, немає жодних причин віддавати перевагу комерційному програмному забезпеченню.


2

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


1
Але SVN насправді не дуже добре розгалужується, в основному це смокче. Тож як можна використовувати SVN в проекті, де ви, скажімо, більше 10 людей, які працюють на одній базі.
Bjarke Freund-Hansen

@bjarkef: Я час від часу розгалужую і зливаюся з підривом. Я думаю, що це легенда, що SVN це смокче. Звичайно, Git і Mercurial засновані на зовсім іншій системі, що базується на гілках. Але вона конфліктує не рідше, ніж Subversion. Тому об'єднання не є проблемою, лише деякі люди віддають перевагу стилю, який репости та відділення організовують за допомогою DVCS.
Мнемент

3
Так. Дійсно, з моєї точки зору, SVN добре розгалужується . Можливо, тому, що наше джерело контролю до цього було Visual Source Safe, що було ненормальним при розгалуженні (і ВСЕ ЕЛЬЗЕ).
Джон Крістенсен

@John - Моя проблема полягала в тому, що перейти від DVCS до CVCS було дуже важко. Моя прогресія VCS була RCS> VSS> Mercurial> SVN. Перші два переходи були легкими та робили багато речей простішими, легшими та швидшими. Останнє було кошмаром - навіть використання git-svn не може скасувати притаманну негнучкість давньої лінійної історії SVN. Я з нетерпінням чекаю нашого руху до git, хоча я знову віддав перевагу простоті меркуріалу.
Марк Бут
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.