Bright

Локальная БД у разработчика — на нее изменения сам разработчик накатывает руками, а другие разработчики с помощью миграций.
БД на общем дев-сервере (если таковой есть) на который изменения накатываются миграциями
БД на продакт сервере — также накатываются миграции из master ветки.

Вам останется выбрать только удобный вам способ управления миграциями. Во многих фреймворках есть встроенные средства для миграций.

Можно повесить хук. Например, если у вас есть какой-то центральный репозиторий, — повесить на его incoming. В хуке просмотреть изменения ревизии и найдя нужный файл как-то отметить его векту и изменение. Каждый раз, когда кто-то будет заливать что-нибудь в центральный репозиторий, хук будет срабатывать.

Про хуки отлично расписано здесь: bacher09.org/hgbook/ru/html/handling-repository-events-with-hooks.html

Я бы сделал стандартным способом:
Product
— id
— name
— color_one_id
— color_two_id
— style_id
— fabric_id

И соответствующие таблицы: COLOR, STYLE, FABRIC. Если у вас не супер-посещаемый проект, то больше ничего и придумывать не нужно.

Оптимизация 1. Если, например, стиль четко определен, то его можно хранить как ENUM.
Оптимизация 2. Если вас напрягают допзапросы, то храните списки цветов, стилей и материалов в виде серверных конфигов (в виде простых массивов).

По поводу клиентской части — используйте <select></select>.

Ну классика же жанра Entity–attribute–value model

1. Внешний DVD-ROM, как вариант
2. windows.microsoft.com/ru-ru/windows7/installing-windows-7-on-a-netbook из ISO

ISO можно найти на торрент-трекере вроде NNM / RuTracker. Там исо от MSDN тоже есть

Одно из множества решений с небольшим техническим описанием (http://www.ipicosports.com/how-it-works/)
Крепиться датчик обычно на ногу. Для триатлона используются «браслеты» (chip strap)

Вот, нашел сайт компании, которая выдавала эти чипы www.pentek-timing.at/

1. cocos2d-x под Windows использует GLEW, работая с OpenGL напрямую (см. cocos2dx\platform\third_party\win32\OGLES\GL).
Насчет других PC-платформ не знаю, но под Linux вроде все должно быть нормально (используется та же библиотека GLEW).
2. Смысл есть. Портировать с Windows на Android — довольно просто: проект компилируется с Android NDK и поверх него цепляется обертка на Java. Менять ничего не приходилось. Насчет других мобильных платформ — не знаю, но думаю, тоже не слишком сложно.

Aldiko Premium вроде как умеет оставлять свои комментарии и потом по ним ходить, но читать ей пдфы — то ещё мучение

iPod вполне хватит во всех задачах, но есть и одно ограничение. В отличие от iPhone, здесь отсутствует встроенный GPS, так что приложения, связанные с навигацией, невозможно протестировать полностью (будет работать ориентирование по wifi-точкам).

Играю на айподе 4 поколения по все современные, 3х мерные игры. Все идет отлично.

Это хороший вариант, iPod часто, как игровой девайс используют.

Зависит от того, что Вы именно собрались тестировать. Если функциональное тестирование, то вполне хватит. Если нагрузочное — тут уже зависит от минимальных системных требований игры и характеристик девайса. Скажу, что моя команда некоторое время проводила функциональное тестирование на симуляторе + iPod Touch, пока проект стартовал и айфоны еще не были куплены.