Чтобы 2 разработчика не работали над одним и тем же пакетом одновременно:
1) Используйте вашу систему контроля версий в качестве источника кода пакета. Чтобы работать с пакетом, разработчик должен сначала проверить пакет в системе контроля версий; никто не может проверить пакет, пока этот разработчик не вернет его обратно.
2) Не работайте напрямую с кодом пакета в Toad или любой другой IDE. У вас есть без понятия , правильный ли код, над которым вы работаете, корректен или был изменен одним или несколькими другими разработчиками. Поработайте над кодом в сценарии, который вы извлекли из системы управления версиями, и запустите его в базе данных, чтобы скомпилировать пакет. Я предпочитаю использовать хороший текстовый редактор (TextPad) и SQL Plus, но вы можете сделать это и в Toad.
3) Когда вы закончите, верните скрипт в систему управления версиями. Не копируйте и вставляйте код из базы данных в ваш скрипт (снова см. Пункт 2).
Недостатком (если он один) этого контролируемого подхода является то, что одновременно над пакетом может работать только один разработчик. Это не должно быть серьезной проблемой, если:
- Вы сохраняете пакеты до разумного размера (с точки зрения ЧТО они делают, а не сколько строк кода или количество процедур в них). У меня нет одного большого пакета, содержащего весь код.
- Разработчикам рекомендуется проверять код только тогда, когда он готов к работе с ним, и возвращать его обратно, как только они закончат вносить и тестировать свои изменения.