GPL, яка теж дозволяє використовувати вільний код в закритій програмі, ліцензія BSD більш проста і коротка.
Розробка FreeBSD почалася в 1993 році з швидкозростаючого набору патчів користувачів системи 386BSD. Цей набір пізніше виріс і відокремився від 386BSD в окрему операційну систему, включивши в себе код від Free Software Foundation. Перша офіційна версія FreeBSD 1.0 вийшла в грудні 1993 року. Walnut Creek CDROM погодилася поширювати FreeBSD на компакт-диску і також надала для роботи проекту окремий комп'ютер з інтернет-з'єднанням. Потім, в травні 1994 року, пішов успішний випуск FreeBSD 1.1.
Однак, з міркувань законності використання вихідних кодів BSD Net / 2 в 386BSD, команда розробників FreeBSD переробила майже всю систему до часу випуску FreeBSD 2.0 в січні 1995 року, використовуючи 4.4BSD-Lite. Керівництво до FreeBSD містить більш детальну історичну інформацію про походження системи.
Модель розробки FreeBSD
Існує близько 4000 розробників, які працюють над системою на добровільній основі. Всі вони можуть читати дерево репозиторію, але не можуть вносити зміни. Замість цього розробник звертається до коммітеру, який має право вносити зміна в код. Існує близько 400 коммітеров. Розробник може вирости по соціальних сходах проекту і стати коммітером. Кандидатуру нового коммітера пропонує до розгляду ментор майбутнього коммітера. Залежно від основної області діяльності, новий коммітер затверджується основною командою, portmgr @ або docmgr @. Основна команда є адміністративним ядром проекту і складається з 9 чоловік, які вибираються на 2 роки коммітерамі зі свого складу. Основна команда вирішує конфлікти між коммітерамі.
Учасники проекту розробляють гілку CURRENT («поточна» версія) і кілька STABLE («стабільна», стабільність означає гарантію незмінності інтерфейсів, як то API, ABI і так далі).
Новий код поміщають в гілку CURRENT, де він отримує більш широке тестування. Нові функції, додані в CURRENT, можуть залишитися в системі або від них можуть відмовитися, якщо реалізація виявиться невдалою. Іноді ця версія може опинитися в непридатному для використання стані. З початком використання perforce як допоміжного репозиторія, і з виділенням projects / області в svn, проект прагне гарантувати постійну працездатність CURRENT.версія містить тільки ті нововведення, які пройшли перевірку в CURRENT. Тим не менш, ця версія теж призначена, в основному, для розробників. Не рекомендується оновлювати відповідальні робочі сервери до STABLE, попередньо її НЕ протестувавши. На основі STABLE регулярно створюються ретельно протестовані розробниками, групою release-інженерів і більш широким колом користувачів RELEASE-версії.
Після випуску релізів створюються додаткові гілки розробки для підтримки релізів, але в них вносяться лише найнеобхідніші зміни, що виправляють серйозні помилки або проблеми з безпекою системи. До четвертої версії FreeBSD у стабільній та поточної гілок був один і той же старший номер версії. Потім поточної гілки був привласнений номер 5, а у стабільній залишився номер 4.
В даний час підтримуються стабільні гілки розробки 7-STABLE, 8-STABLE і 9-STABLE і поточна 10-CURRENT. Група розробників, що виправляють проблеми безпеки системи (security officers) підтримує гілку 7-STABLE для тих користувачів, які ще не оновил...
