Big17......При попытках слияния этого файла разных версий от разных разработчиков иногда сливается нормально, иногда выдает ошибку - файл некорректный. Что делать?


Редактировать последовательно. С полной выгрузкой-загрузкой студии (это типа рекомендация). Если беда пришла - то зайдите в файл, где прописаны ай-ди сгенерённых обьектов. В конце данного файла есть максимальные пустые ай-ди под разные типы ресурсов.

Проверьте:
1) идентификаторы ресурсов НЕ должны совпадать !!
2) Максимальные значения должны быть МАКСИМАЛЬНЫМИ значениями (извините за тафтологию).

с уважением
(круглый)

Big17....Если немного пояснить - мы используем систему контроля версий StarTeam. Хотя, мне кажется, неважно какая она, пусть будет и SourceSafe - идея таже...

Вы правы - в профиль тот же радиус....
Наверное я упустил следующее - Вы используете (похоже) автоматическое слияние кода в системе контроля ? Если да, то это не есть гуд (на мой взгляд). Возможно удобно - но вот такие весчи разрулить на автомате - мне кажеться сложно.

Обычно ставиться опция монопольного доступа к сырцам. Закачиваеться все исходники (возможно и вплоть до солюшенов) - ну и последовательные телодвижения с каждой рабочей станции - чекин, чекаут. Студию иногда клинит - но эти баги редко встречаються (проблема брэйк поинтов и иже).


как приходилось работать - описал выше.
вроде проверенно временем, солидными обьёмами и не одной конторой...

с уважением
(круглый)

Big17...........Каждый раз сливать вручную - сложно, муторно... наверное, должен быть какой-то более элегантный способ...

Вам нечего будет сливать. Т.к. код(файл) будет изменяться только одним программистом, в один квант времени... То, что у Вас программисты потрошат параллельно и постоянно ресурсы - эээээээээээ как то вериться с трудом...хотя ХЗ. Единственный нюанс - это грамотно отслеживать обновление из VSS студией (требуеться понимание программистами таких вещей как апдэйт инфы в памяти и запись её в файл). Кстати нафига он Вам нужен, если все программисты "закреплены" за кодом ? Разбейте задачу на модули (как вариант) и пущай каждый барахтаеться в рамках своего модуля и продекларированного интерфейса.

Монопольный захват файлов, в с системах контроля, на период его правки - это нормальное рабочее решение. Имею лично опыт юзанья проекта с 2-3 тысячами классов в нескольких модулях группой человек в 10 на протяжении нескольких лет - и катастрофических проблем - увы и ах не припоминаю...


ну в принцепе усё сказал...
а то как то уже убеждать начал - не хорошо :)

удачи Вам
(круглый)
ЗЫ
Кстати тут предлогалось разбить ресурсы на модули - так же вариант. Единственный нюанс, придёться повозиться с контекстом выполнения (при загрузке ресурса). А так вроде бы "невозможности редактирования" визуальными средствами - что то не припомню такого. Вы где траву, тьху... книги такие берёте то ? Ааааа, сообразил. Вам предлагали организовать отдельный БИНАРНИК (дэ-ле-ле то бишь), а не просто *.rc файл !!!