Как ответ на:
"Существуют настройки, уникальные для каждой машины разработки, а также настроек, глобальных для всех разработчиков на проекте. Держание отдельно их было трудно".
Eclipse предлагает много способов сохранить локальные настройки управляемыми: Переменные Пути к классу Java (Java> Путь Сборки> Переменные Пути к классу) один, 'Связанные Ресурсы' (Общий> Рабочая область> Связанные Ресурсы) являются другим http://help.eclipse.org/stable/index.jsp?topic=/org.eclipse.platform.doc.user/concepts/concepts-13.htm Создание README, который указывает, какие настройки установить прежде, чем создать/выполнить проект работает вполне прилично, по-моему.
Теперь, как удостовериться, Ваша непрерывная система сборки понимает изменения, которые были внесены в настройки затмения, это - другая проблема... (У меня есть отдельный build.xml для муравья, которого я держу в курсе вручную)
Используйте двоичный файл (4). Если хотите, оберните его в UDT.
Вам не доступен беззнаковый тип, поэтому вы можете создать его с помощью UDT или выбрать больший тип данных. Если вы сделаете это в UDT, вы снова превысите 4 байта.
Крайний прием будет заключаться в том, чтобы автоматически применить смещение к вашему сохраненному значению после того, как вы его прочитаете, добавив -2 ^ 31, но это настоящий хакерский способ сделать это и запутать любого, кто просматривает код и т. д., не говоря уже о возможности ошибок / упущенных вещей. Я бы вообще не рекомендовал этот хак.
Это решение может немного сбивать с толку, но будет работать для ваших целей. Сохранение значений больше 2 ^ 31-1 в виде целых чисел вызывает переполнение и отображается как отрицательное число. Вы по-прежнему можете сохранять свои значения как целые числа и интерпретировать их заново в коде.