Це складне питання, яке залежить від того, наскільки унікальне програмне забезпечення та чи очікуєте, що сторонні люди зможуть зробити чималий вагомий внесок.
Якщо люди надсилають вам лише тривіальні зміни у вашому програмному забезпеченні , ви (як оригінальний автор) залишаєтесь єдиною особою, яка матиме авторські права на програмне забезпечення, і, таким чином, ви можете закрити його в будь-який час . Однак усвідомлюйте, що якщо ви випустили попередню версію програмного забезпечення під стандартною ліцензією з відкритим кодом, то будь-хто зможе відштурхнути ваше програмне забезпечення від такої старої копії, і, таким чином, швидше за все, у вас завжди може бути відкритий код є конкурентом вашого власного програмного пакету. Це насправді саме те, що трапилося з Тату Ілонен, оригінальним автором SSH, який з тих пір є засновником і організатором загальноосвітньої організації ssh.com, не маючи великого відношення до OpenBSD і OpenSSH, хоча вони поширюють файли з його авторськими правами. (Хоча головний загальновідомий жаль Тату Ілонен не пов'язаний з авторським правом, а скоріше, що він втратив позначки "ssh" та "secure shell" у загальному користуванні, втративши свої торгові марки.)
Отже, що робити , якщо люди надішлють вам суттєві зміни у вашому програмному забезпеченні , яке б охоплено авторськими правами і які ви хочете інтегрувати у своє джерело дерева? Ви можете створити одну з таких правових угод, згідно з якою учасники можуть присвоїти вам свої авторські права, таким чином, юридично ви все одно будете єдиним "автором" програмного забезпечення. Я родом з табору FreeBSD / OpenBSD, і, на наш погляд, присвоєння авторських прав взагалі вважається поганим смаком. FSF досить сумно відомий тим, що вони надають авторські права на більшість програмного забезпечення; NetBSD надає можливість їх членам (що дозволило Фонду NetBSD видалити два пункти зі своєї ліцензіїу всіх файлах, де жодна особа не вимагала індивідуального авторського права); у багатьох комерційних компаній є всілякі угоди, що надають внесок, які виконують всі види доручень. Де стоїть Лінус Торвальдс? Лінус також не любить домовленостей щодо дописувачів, і, як ви здогадуєтесь, ядро Lunux не має жодного, крім самого GPLv2.
Отже, що робити , якщо ви приймаєте зміни, захищені авторським правом, на ваше дерево, без присвоєння авторських прав ? Тут грає ваш оригінальний вибір ліцензії. Якщо ви виберете GPL, і, таким чином, дописувачі також ліцензуватимуть свій власний код під GPL, тоді ви досить сильно застрягли в GPL, і вам завжди доведеться випускати вихідний код для будь-якого наступного комерційного продукту (але так буде все ваших конкурентів). Якщо ви вибрали ліцензію BSD / ISC / OpenBSD , ви можете закрити джерело, щоб додати додаткові функції оплати в будь-який час, не вимагаючи жодної зміни джерела (але ви також надаєте таке ж право своїм конкурентам ).
Зрозуміло, якщо за літні години ви вирішите, що заднім часом ви хотіли б, щоб ваше програмне забезпечення було під іншою ліцензією, ви завжди можете спробувати зв’язатися зі всіма своїми минулими учасниками, щоб повторно ліцензувати їх зміни під новою ліцензією. Це дуже болісний і тривалий проект - що робити, якщо до когось не можна зв’язатися? Mozilla та VLC проводили таке повторне ліцензування в минулому; вони, звичайно, мали насолоду від переваг своєї нової ліцензії, але я дуже сумніваюся, що їм сподобався багаторічний процес.
У будь-якому разі, незалежно від того, ви вирішили перейти на GPL або BSD, наявність версії програмного забезпечення з відкритим кодом завжди матиме багато переваг, доведених багатьма успішними комерційними компаніями, які обертаються навколо написання та випуску програмного забезпечення з відкритим кодом.
