Почему вы не применяете систему контроля версий? Только не говори мне, что VSS это система контроля версий...

Я малость ошибся: ссылка на не layout, а на контейнер. Но там ниже есть другие ссылки именно на layouts.

Разве нет? Кривая она или нет - другой вопрос.
Я со своим говном до сих пор на vss сижу (не могут перекинуть из-за каких-то глюков с умлаутами), core - на subversion. Небо и земля, конечно.

Что имелось, то и юзаем.
В планах - переход на CVS (или как оно там). Основная проблема, насколько я понимаю, CVS (версия примерно 1999-2000 года) не предупреждает об "занятости" файла. Для малых групп это существенный минус. Остальное - вроде решается - есть плагины .Net для autocheout'а и т.п.

CVS устарел.
Зачем в этих системах локинг - непонятно. Но сделать это можно.

Вообще-то это обычно не нужно http://svnbook.red-bean.com/nightly/ru/svn.basic.vsn-models.html#svn.basic.vsn-m..., но если очень надо, то можно и в CVS, и в Subversion. Вообще же смысла вам переходить на CVS нет, берите сразу Subversion.

Ты не акцептировал внимание на _малых_ группах. Тут получается дешевле позвонить (по локалке) и спросить зачекинить файл или, в случае отсутствия, зайти ремотно и сделать тоже самое.

Cool. CVS фигуриовал в связи с наличием опыта работы с ним у моего босса. Если subversion не сложнее - стоит посмотреть и его.
Меня лично вопрос в чем хранить версии волнует мало - въелась привычка своевременно делать копию с нормальным идентификатором и коментом, да по возможности на другом диске или хотя бы разделе. Единственная проблема - я не один на проекте...

ню-ню... А потом глюки вылазят.

Разумеется. Правда их вылазит меньше, чем при групповой (более 10 человек на одном файле) разработке с VSS...
Сейчас, правда, меня это не спасает - одновременно три "руководителя проекта" требуют каждый свое... Но здесь и VSS бессилен...

последняя версия, с которой работал была 1.4, но там тоже были такие layouts. Если не ошибаюсь, штук 5. Был там какой-то навороченный Grid... точно уже не помню:-).
Я показал то, что я вспомнил из .NET 2.0. Надо еще посмотреть классы подобные Grid layouts. Просто сейчас лень залазить в доку и искать весь сабж.
Но layouts в .NET 2.0 точно есть. Другое дело, все ли свойства соответствуют свойствам из других языков и все ли Grid layouts имеются в .NET 2.0

У меня просто волосы дыбом на жопе от такого.

Ты имел в виду "акцентировать"?
Абсолютно не играет роли, большая группа или маленькая. CVS и Subversion работают по другим принципам, чем VSS. RTFM :-P

RTFM - отсылаю тебя к твоему возражению _scorpy.

Согласен, на то и есть в 2.0 теперь новые контролы.. Table i Flow контэйнеры, а так же понятия Padding для контэйнеров и Margin для всех контролов.
Я просто не могу себе представить чего вообще хотелось.
А потанцевав с бубном можно вообще что угодно наворотить с собственными контролами.
Что касается Intellisense ты его в VisualStudio 2005 пробывал ? две большие разницы с 2003. Работаешь шустро, показывает все что надо с самого начала(включая мемберы и локальные переменные) и рекомпиляции библиотек в проекте не требует. Все самодельные контролы/компоненты из проекта показываются в ToolBar, специально их не надо добавлять (жуткий гимор в 2003)

А в чем проблема, делаешь себе локальный бранч - когда готов - чекинишься. Конфликты вручную разгребаешь. В маленькой групее как раз проще, знаешь кто что делает и перед тем как начать править бензопилой и топором "чужой" код идешь к хозяину и обговариваешь, за одно многих "непоняток" можно избежать. У нас Rational ClearCase IBMовский. Мощьная зверюга, но от 3х начальников и она не спасет.

перед тем как начать править бензопилой и топором "чужой" код идешь к хозяину и...
------
У меня - проще. Просто говоришь - этот код не соответствует оговоренным в начале разработки требованиям к кодированию - именование типов, именование переменных, табулирование... его "надо исправить и в другой раз писать аккуратно"... Обычно - проходит, благо говорить приходится непосредственно шефу - он кое-что пишет, довольно быстро, но не всегда правильно.
Что до непосредственно правки... Тут надо 20-ть раз подумать... и пожалуй - отложить в сторону... Бо, пишется не код, а управляемые шаблоны форм (плюс - шаблоны под бизнесобъекты, серверные процедуры, скрипты и доки) и желание "маленько поправить" может вылитсься в неизвестное количество рабочего времени - целиком проект уже никто не понимает, а избежать "обратных связей" не всегда удается. Так что частенько приходится ограничиваться констатацией неправильностей и идти дальше...
Конфликты вручную разгребаешь.
------
Угу... Потом всплывают уже исправленные баги. Не далее как вчера под вечер вывалился именно такой - забытое using и непойми что в качестве типа - ни только класс, ни полное квалифицированное имя, полуторочка такая... Пришлось снова напомнить об оговоренных стандартах кодинга...
Ну да ладно - уже поставил, пока локально, Subversion - как только закроем текущий стайдже - буду пробовать и если тянет - будем переходить...

Если не потянет, придется тебе пробовать систему, на которой до недавнего времени linux kernel сидел ;) Забыл название...

Эээ... Если не потянет, то есть смысл поменять работу...