Время от времени меня спрашивают, как хранить CodeWarrior Palm OS проекты в системах контроля версий. Какие файлы необходимы, а какие автоматически создаются заново. Вот список описаний некоторых типов файлов:

1. Не добавляйте директорию «Project_Data». Она всегда создается автоматически при компиляции.
2. Не добавляйте .tmp файлы — они являются промежуточными и используются для создания конечного .prc файла.
3. Не добавляйте .map или .psym файлы. Эти файлы содержат информацию компоновщика (linker) и отладочную информацию соответственно. Создаются автоматически при каждой «сборке» (build’е) проекта.
4. Когда добавляете ресурсы, добавляйте и файл с нулевой длинной и директорию RESOURCE.FRK с большим файлом. Это специальный формат, который эмулирует файловую структуру MacOS на платформе Win32, и «файл» является комбинацией из этих двух частей.
5. Вам, вероятно, не надо хранить выходной .prc файл, кроме случаев, когда вы хотит хранить версию «официального build’а».

Если вы используете plugin системы контроля версий с CodeWarrio’ом, вы обнаружите, что невозможна нормальная работа с файлами ресурсов, так как проект содержит только указатель на файл нулевой длины, и не видит RESOURCE.FRK часть. Это неудачный побочный эффект механизма хранения и вам придется делать check-in/check-out этих файлов, используя внешние механизмы. Я знаю, что mwCVS plugin нормально работает с WinCVS, поэтому вы можете использовать их для решения этих задач.

И еще. Constructor может генерировать заголовочные файлы (.h) к вашим ресурсам. Они обычно находятся в одной директории с файлом нулевой длины, однако он может генерироваться и в RESOURCE.FRK, если вы откроете по ошибке этот файл.

Идем дальше: заносите эти файлы (.h) в вашу систему контроля версий и обновляйте их, когда обновляются ресурсы. Мои рассуждения таковы, потому что нет пути заставить constructor генерировать файлы во время build’а системы. Поэтому, они должны считаться скорее рабочими файлами, чем временными. И, в добавок, вы легко сможете сравнить разные по дате заголовки, чтобы увидеть, какие ресурсы были добавлены и удалены.

В заключение хочу сказать, что пользователям Mac OS значительно проще обходиться с ресурсами. Они не имеют проблемы с двойным представлением файла, как пользователи PC.

Чтобы узнать больше о CW IDE и системе контроля версий, предлагаю ознакомиться с системой контроля версий на сайте Metrowerks.

Ваше мнение будет первым.

Чтобы писать комментарии вам нужно
авторизоваться (войти) или зарегистрироваться