gaelpa

Принимать работу по «диффу». Все, что будет добавлено исполнителями будет заметно, а дальше уже вопрос компетентности тех, кто будет просматривать это добро на закладки.

Насколько его можно применять, если нет времени «играться», а нужно что-то реализовать.
Т.Е.:
— достоинства по простоте разработки для конкретных задач по сравнению с языками — прямыми конкурентами
— недостатки в тех же сравнениях
— важные языковые различия по отношению к «базисным» языкам, вроде С++/Java
— личные позитивные и негативные впечатления от особенностей языка
— стабильность в рантайме и стабильность апи библиотек (совместимость между версиями)
— охват достойными библиотеками конкретных задач (бд, сеть, гуи, етц)

В коллекцию: kdiff3

Самое простое — внедрить SVN в процесс.

Подготовить репозиторий и организовать минимальный процесс — один день работы одного человека сисадминской направленности мышления. Если надо, то еще один день на чтение документаций и эксперименты.

Если «проект» — это приложение/сайт и.т.п, то все современные IDE умеют работать с СВН через встроенные плагины, так что сложностей настройки быть не должно. Для остальных случаев есть TortoiseSVN (windows) или даже вполне тривиальная консоль. Соответственно, репозиторий должен быть доступен для всех участников (в инете, если проект распределенный).

Резко приучить работать с СВН можно просто прикрыв прочие пути шаринга файлов (SFTP,FTP, Samba, etc). Как показывает практика, если показать какие кнопочки жать, то даже самые тугие на изменения привычного процесса коллеги за 15 минут схватывают суть.

Важное уточнение: это именно вариант решения указанной в вопросе проблемы, в условиях незнания деталей, поэтому я не касаюсь вопросов ветвлений, менеджеров проекта, политик и прочего.
Если интересно, могу позже написать статью о внедрении СВН в условиях веб-проекта на 3 программиста.