1. Пытаюсь положить что-то на полку. Оно не видит половину измененных файлов. Оказывается, если файлы не в солюшене, то их специально надо чекаутить. Бред.
2. Человек из команды перенес фолдер. Я делаю get latest. Мне говорят, что 600 файлов у меня в conflicted state. Я ему "resolve automatically". Он мне — "хрен, тока ручками". Так и не смог заставить все сделать за меня. Причем я эти 600 файлов не трогал вообще. Они просто перекочевали из фолдера в фолдер. Это нормально? Это звиздец если не сказать крепче.
3. Далее. Тк я не в курсе, что же делать с этими 600-ми файлами, я делаю unmap. Далее map в другой фолдер. А он мне — "хрена лысого, у тебя есть какие-то pending changes". Я в шоке дорогая редакция... Какого хрена, спрашивается? Делаю undo pending changes и только тогда оно мне забрало заново.
4. Далее. Товарищ, проделав все то-же самое, поимел на _чистой_ рабочей копии все полки, которые забирал ранее.
5. Уродский merge tool.
6. Делать файло read-only это плохо.
7. Сама идеология checkout for edit — прошлый век. Грабли.
В общем, имеем тот-же vss, только в профиль. SC, который заставляет с собой бороться, это гавно. Нормальный SC ты вообще не замечаешь, как svn. И мне пофиг на автобилды, багтрекинг и тп, тк SC — просто убожество.
Это я один такой кому кажется что это г... полное?
Или я не рассмотрел конфетку?
Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN.
Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
Короче, кто-то сие безобразие в быту использует вообще?
Здравствуйте, c-smile, Вы писали:
C>>Пробовали для эксперимента — SVN+Trac+TeamCity (у нас на Java все пишется) покрывают почти все возможности TFS. Ну и про кроссплатформенность не забываем. CS>В моем случае это сугубо С++ проекты. Достаточно изолированные и компактные. CS>У меня такое впечатление что TeamCity, TFS со товарищи просто используют другие абстракции характерные для лохматых code trees распространенных в .NET и Java.
TeamCity — это автобилдер и исполнитель тестов (кстати, поддерживает и С++, но я это не тестировал). Ну а "лохматость" деревьев, ИМХО, вообще ни на что сильно не влияет.
CS>То что мне нужно было от TFS так это сугубо versioning system functionality. CS>С этой точки зрения TFS клиент и рядом не лежал с tortoisesvn. CS>TFS можно сравнивать наверное с Perforce или ClearCase по охвату функциональности но, еще раз, если говорить про versioning svn как-то очевиднее что-ли.
В SVN сейчас есть одна большая проблема — merging. Точнее, его полное отсутствие. Это скоро пофиксят в SVN1.5, но пока приходится мучаться.
А так, мне командная строка SVN нравится больше всего
CS>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN. CS>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
я не знаю че это такое SVN
в TFS есть "shelving" (аналог того что в Clearcase — private branch)
очень полезная фича, правда по функционалу уступает Клиркейсу
+ есть элементы не связанные с сорс контролем а связанные с управлением проектами:
Work item tracking, связывание меток в коде с багами и тасками, заведенными другими людьми (например ПМ-ом)
Мердж там неплохой но глючный... поэтому мы фичу multiple checkouts законодатеьлно запретили,
т.к. мерджить потом задолбаешься
CS>Короче, кто-то сие безобразие в быту использует вообще?
CS>>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN. CS>>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
A>я не знаю че это такое SVN A>в TFS есть "shelving" (аналог того что в Clearcase — private branch)
ага, спасибо. почему когда я забираю занового (get latest в новую папку) мне эти "полки" в исходники попадают? почему не сбрасывается история моих плок?
A>очень полезная фича, правда по функционалу уступает Клиркейсу A>+ есть элементы не связанные с сорс контролем а связанные с управлением проектами: A>Work item tracking, связывание меток в коде с багами и тасками, заведенными другими людьми (например ПМ-ом) A>Мердж там неплохой но глючный... поэтому мы фичу multiple checkouts законодатеьлно запретили, A>т.к. мерджить потом задолбаешься
CS>>Короче, кто-то сие безобразие в быту использует вообще?
A>я использовал. глючная она имхо, т.к. сырая
Здравствуйте, Awaken, Вы писали:
C>>Его не то, чтобы совсем нет — просто там нет его автоматизации. Что самое смешное — дешовые O(1) branch'и были в SVN с самого начала. A>а в чем должна заключаться автоматизация? мне удобнее всего мерджить вручную с визуальным контролем. A>как например это делается в Клиркейсе — ты видишь перед собой 3 версии исходника и вручную принимаешь каждое изменение. A>автомерджу я не особо доверяю после того как в TFS он нам жутко все испортил
Это сложно объяснить — можешь посмотреть как это сделано в GIT, который используют девелоперы ядра Линукса. В SVN будет нечто похожее на это.
То есть, ты делаешь свою работу в ветке "/branches/MySuperCoolIdea", а для синхронизации с основной веткой делаешь "svn merge blah-blah/trunk ." — и он тебе объединяет все произошедшие изменения. Сейчас пока нужно явно указывать диапазоны изменений руками: "svn merge -r1234:HEAD blah-blah/trunk .", в SVN1.5 это будет делаться автоматически.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, c-smile, Вы писали:
CS>>TFS (http://msdn2.microsoft.com/en-us/teamsystem/aa718934.aspx)
CS>>Столкнулся тут с этим делом у одного заказчика.
CS>>Это я один такой кому кажется что это г... полное?
L>На основе чего вы сделали такой вывод?
на основании использования. это не тул, это антитул.
CS>>Или я не рассмотрел конфетку?
CS>>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN.
L>Что именно вам не нравится в TFS-е?
все. все сделано через жопу. полки через жопу, юзабилити через жопу.
CS>>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
L>Да. Например, работа с WorkItem-ами, авто-билды, ...
до них еще дойти надо. с tfs это труднодостижимо
CS>>Короче, кто-то сие безобразие в быту использует вообще?
L>Да.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Константин Л., Вы писали:
L>>>Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
КЛ>>Этот неудачный опыт следствие говености самого тула.
L>нет никакой говенности. работаю с tfs-ом уже который год и нет никаких проблем
ну а я не хочу привыкать к этому убожеству
КЛ>>Давай по грехам svn. Предельно простой и надежный тул. Мне понадобилась пара дней, чтобы забыть о его существовании, те свою роль sc он выполняет блестяще. Мержить не умели, но что-то мне это никогда не нужно было. Теперь умеет.
L>сам тот факт, что это изначально не продумали, говорит о многом, имхо.
о многом? tfs просто никакой по сравнению с svn. что-бы там о чем-бы не говорило. он в топе по популярности, кстати.
КЛ>>Кроме того, sc, встроенный в студию — не есть хорошая идея.
L>Это отдельная тема.
На основе чего вы сделали такой вывод?
CS>Или я не рассмотрел конфетку?
CS>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN.
Что именно вам не нравится в TFS-е?
CS>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
Да. Например, работа с WorkItem-ами, авто-билды, ...
CS>Короче, кто-то сие безобразие в быту использует вообще?
Здравствуйте, c-smile, Вы писали:
CS>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN. CS>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите. CS>Короче, кто-то сие безобразие в быту использует вообще?
Пробовали для эксперимента — SVN+Trac+TeamCity (у нас на Java все пишется) покрывают почти все возможности TFS. Ну и про кроссплатформенность не забываем.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, c-smile, Вы писали:
CS>>TFS (http://msdn2.microsoft.com/en-us/teamsystem/aa718934.aspx)
CS>>Столкнулся тут с этим делом у одного заказчика.
CS>>Это я один такой кому кажется что это г... полное?
L>На основе чего вы сделали такой вывод?
CS>>Или я не рассмотрел конфетку?
CS>>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN.
L>Что именно вам не нравится в TFS-е?
Трудно сказать конкретно. Куча мелочей всяких складывающихся в картину что это не то.
Например как мне увидеть те файлы что были изменены на моей локальной машине?
Как добавить несколько folders сразу?
Что прикрутить в ём чтобы он не тормозил так?
Есть ли отдельный от VS2005 клиент?
CS>>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
L>Да. Например, работа с WorkItem-ами, авто-билды, ... CS>>Короче, кто-то сие безобразие в быту использует вообще? L>Да.
Уммм... имеется ввиду C++ проекты или ASP.NET stuff?
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, c-smile, Вы писали:
CS>>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN. CS>>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите. CS>>Короче, кто-то сие безобразие в быту использует вообще? C>Пробовали для эксперимента — SVN+Trac+TeamCity (у нас на Java все пишется) покрывают почти все возможности TFS. Ну и про кроссплатформенность не забываем.
В моем случае это сугубо С++ проекты. Достаточно изолированные и компактные.
У меня такое впечатление что TeamCity, TFS со товарищи просто используют другие абстракции характерные для лохматых code trees распространенных в .NET и Java.
То что мне нужно было от TFS так это сугубо versioning system functionality.
С этой точки зрения TFS клиент и рядом не лежал с tortoisesvn.
TFS можно сравнивать наверное с Perforce или ClearCase по охвату функциональности но, еще раз, если говорить про versioning svn как-то очевиднее что-ли.
Cyberax wrote:
> В SVN сейчас есть одна большая проблема — merging. Точнее, его полное > отсутствие. Это скоро пофиксят в SVN1.5, но пока приходится мучаться.
Я тут поигрался с svnmerge.py вроде неплохо работает. Конечно,
оно "не родное", но пользоваться вполне можно, и не удивлюсь, что эту штуку или нечто очень похожее и прикрутят к 1.5.
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, Awaken, Вы писали:
C>>В SVN сейчас есть одна большая проблема — merging. Точнее, его полное отсутствие. Это скоро пофиксят в SVN1.5, но пока приходится мучаться. A>отсутствие мерджа это просто несерьезно. как в ней люди работают ?
Его не то, чтобы совсем нет — просто там нет его автоматизации. Что самое смешное — дешовые O(1) branch'и были в SVN с самого начала.
Здравствуйте, ., Вы писали:
>> В SVN сейчас есть одна большая проблема — merging. Точнее, его полное >> отсутствие. Это скоро пофиксят в SVN1.5, но пока приходится мучаться. .>Я тут поигрался с svnmerge.py вроде неплохо работает. Конечно, .>оно "не родное", но пользоваться вполне можно, и не удивлюсь, что эту штуку или нечто очень похожее и прикрутят к 1.5.
В 1.5 все круче — они там используют SQLite на сервере для хранения истории merge'ей. Естественно, они при разработке на svnmerge.py смотрели
C>Его не то, чтобы совсем нет — просто там нет его автоматизации. Что самое смешное — дешовые O(1) branch'и были в SVN с самого начала.
а в чем должна заключаться автоматизация? мне удобнее всего мерджить вручную с визуальным контролем.
как например это делается в Клиркейсе — ты видишь перед собой 3 версии исходника и вручную принимаешь каждое изменение.
автомерджу я не особо доверяю после того как в TFS он нам жутко все испортил
Awaken wrote:
> C>Его не то, чтобы совсем нет — просто там нет его автоматизации. Что > самое смешное — дешовые O(1) branch'и были в SVN с самого начала. > > а в чем должна заключаться автоматизация? мне удобнее всего мерджить > вручную с визуальным контролем. > как например это делается в Клиркейсе — ты видишь перед собой 3 версии > исходника и вручную принимаешь каждое изменение. > автомерджу я не особо доверяю после того как в TFS он нам жутко все испортил
Пофайловый мерж это лажа, в svn с рождения есть. Самое интересное это ветки мержить — когда файлы/каталоги не только
меняются, но и создаюся/удаляются/переименовываются/перемещаются.
Ветки тоже мержить можно, но вручную — указываешь явно что примержить — из какой ветки и какие ревизии. А вот svnmerge
умеет автоматически целую ветку замержить, запоминая последний момент мержа и потом мержит с нужной точки. Ещё можно
блокировать некоторые ревизии, скажем изменения в ревизиях 234, 255-266 и 287 не нужно в бранч, а всё остальное — нужно.
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, ., Вы писали:
.> Ещё можно .>блокировать некоторые ревизии, скажем изменения в ревизиях 234, 255-266 и 287 не нужно в бранч, а всё остальное — нужно.
Кстати, в 1.5 появится еще и поддержка локальных changeset'ов — то есть ты можешь разделить свою рабочую копию на части и merge'ить только определенные куски.
Здравствуйте, Константин Л., Вы писали:
CS>>>TFS (http://msdn2.microsoft.com/en-us/teamsystem/aa718934.aspx)
CS>>>Столкнулся тут с этим делом у одного заказчика.
CS>>>Это я один такой кому кажется что это г... полное?
L>>На основе чего вы сделали такой вывод?
КЛ>на основании использования. это не тул, это антитул.
Можно подробнее? Что именно не нравится?
CS>>>Или я не рассмотрел конфетку?
CS>>>Как просто versioning system это(т) TFS просто не смотрится рядом со скажем SVN + TortoiseSVN.
L>>Что именно вам не нравится в TFS-е?
КЛ>все. все сделано через жопу. полки через жопу, юзабилити через жопу.
Аналогично. Что не нравится? А где кстати shelving еще есть? Чтобы сравнить как не через жопу.
CS>>>Но судя по названию (Team Foundation Server ) там должно быть что-то еще чего я не вижу. Просветите.
L>>Да. Например, работа с WorkItem-ами, авто-билды, ...
КЛ>до них еще дойти надо. с tfs это труднодостижимо
Что именно труднодостижимо? И с какими сложностями вы столкнулись?
Здравствуйте, Константин Л., Вы писали:
КЛ>буду говорить только про TFS как source control.
КЛ>1. Пытаюсь положить что-то на полку. Оно не видит половину измененных файлов. Оказывается, если файлы не в солюшене, то их специально надо чекаутить. Бред.
1. Так есть кнопка "Filter by solution".
КЛ>2. Человек из команды перенес фолдер. Я делаю get latest. Мне говорят, что 600 файлов у меня в conflicted state. Я ему "resolve automatically". Он мне — "хрен, тока ручками". Так и не смог заставить все сделать за меня. Причем я эти 600 файлов не трогал вообще. Они просто перекочевали из фолдера в фолдер. Это нормально? Это звиздец если не сказать крепче.
Переносили фолдер и не было такой проблемы. Либо не всю информацию говоришь, либо ... на этом моя мысль заканчивается. (с)
КЛ>3. Далее. Тк я не в курсе, что же делать с этими 600-ми файлами, я делаю unmap. Далее map в другой фолдер. А он мне — "хрена лысого, у тебя есть какие-то pending changes". Я в шоке дорогая редакция... Какого хрена, спрашивается? Делаю undo pending changes и только тогда оно мне забрало заново.
Что такое map/unmap
КЛ>5. Уродский merge tool.
Пробовал использовать Merge от Subversion-а. Все равно вернулся на родной TFS-овский. Единственный недостаток — не очень удачные цвета для LCD-мониторов.
КЛ>6. Делать файло read-only это плохо.
Почему?
КЛ>7. Сама идеология checkout for edit — прошлый век. Грабли.
Где это мешает? + TFS поддерживает работу в офлайне.
КЛ>В общем, имеем тот-же vss, только в профиль. SC, который заставляет с собой бороться, это гавно. Нормальный SC ты вообще не замечаешь, как svn. И мне пофиг на автобилды, багтрекинг и тп, тк SC — просто убожество.
КЛ>м?
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Константин Л., Вы писали:
КЛ>>буду говорить только про TFS как source control.
КЛ>>1. Пытаюсь положить что-то на полку. Оно не видит половину измененных файлов. Оказывается, если файлы не в солюшене, то их специально надо чекаутить. Бред.
L>1. Так есть кнопка "Filter by solution".
где? только что посмотрел — не нашел
КЛ>>2. Человек из команды перенес фолдер. Я делаю get latest. Мне говорят, что 600 файлов у меня в conflicted state. Я ему "resolve automatically". Он мне — "хрен, тока ручками". Так и не смог заставить все сделать за меня. Причем я эти 600 файлов не трогал вообще. Они просто перекочевали из фолдера в фолдер. Это нормально? Это звиздец если не сказать крепче.
L>Переносили фолдер и не было такой проблемы. Либо не всю информацию говоришь, либо ... на этом моя мысль заканчивается. (с)
говорю то, с чем столкнулся я и мои коллеги.
КЛ>>3. Далее. Тк я не в курсе, что же делать с этими 600-ми файлами, я делаю unmap. Далее map в другой фолдер. А он мне — "хрена лысого, у тебя есть какие-то pending changes". Я в шоке дорогая редакция... Какого хрена, спрашивается? Делаю undo pending changes и только тогда оно мне забрало заново.
L>Что такое map/unmap
отбиндить фолдер от sc workspace'а
КЛ>>5. Уродский merge tool.
L>Пробовал использовать Merge от Subversion-а. Все равно вернулся на родной TFS-овский. Единственный недостаток — не очень удачные цвета для LCD-мониторов.
ок, дело вкуса может быть
КЛ>>6. Делать файло read-only это плохо.
L>Почему?
тк нету смысла, только проблемы. плюс не все ide умеют давать их редактировать.
КЛ>>7. Сама идеология checkout for edit — прошлый век. Грабли.
L>Где это мешает? + TFS поддерживает работу в офлайне.
это просто не нужно. соотвественно мешает.
КЛ>>В общем, имеем тот-же vss, только в профиль. SC, который заставляет с собой бороться, это гавно. Нормальный SC ты вообще не замечаешь, как svn. И мне пофиг на автобилды, багтрекинг и тп, тк SC — просто убожество.
КЛ>>м?
L>Не убедил совершенно. Слабовато как-то.
мне достаточно этой истории с ручным резолвом 600от файлов и плясками с unmap/map и pending changes. постоянно воевать с этим неохота.
Здравствуйте, Константин Л., Вы писали:
КЛ>>>1. Пытаюсь положить что-то на полку. Оно не видит половину измененных файлов. Оказывается, если файлы не в солюшене, то их специально надо чекаутить. Бред.
L>>1. Так есть кнопка "Filter by solution".
КЛ>где? только что посмотрел — не нашел
Последняя на тулбаре
КЛ>>>3. Далее. Тк я не в курсе, что же делать с этими 600-ми файлами, я делаю unmap. Далее map в другой фолдер. А он мне — "хрена лысого, у тебя есть какие-то pending changes". Я в шоке дорогая редакция... Какого хрена, спрашивается? Делаю undo pending changes и только тогда оно мне забрало заново.
L>>Что такое map/unmap
КЛ>отбиндить фолдер от sc workspace'а
cloak что-ли?
КЛ>>>6. Делать файло read-only это плохо.
L>>Почему?
КЛ>тк нету смысла, только проблемы. плюс не все ide умеют давать их редактировать.
Мне по жизни не приходится сталкиваться с пругими IDE, так что тут
КЛ>>>7. Сама идеология checkout for edit — прошлый век. Грабли.
L>>Где это мешает? + TFS поддерживает работу в офлайне.
КЛ>это просто не нужно. соотвественно мешает.
Мне не мешает. Что я делаю не так?
КЛ>>>В общем, имеем тот-же vss, только в профиль. SC, который заставляет с собой бороться, это гавно. Нормальный SC ты вообще не замечаешь, как svn. И мне пофиг на автобилды, багтрекинг и тп, тк SC — просто убожество.
КЛ>>>м?
L>>Не убедил совершенно. Слабовато как-то.
КЛ>мне достаточно этой истории с ручным резолвом 600от файлов и плясками с unmap/map и pending changes. постоянно воевать с этим неохота.
Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Константин Л., Вы писали:
КЛ>>>>1. Пытаюсь положить что-то на полку. Оно не видит половину измененных файлов. Оказывается, если файлы не в солюшене, то их специально надо чекаутить. Бред.
L>>>1. Так есть кнопка "Filter by solution".
КЛ>>где? только что посмотрел — не нашел
L>Последняя на тулбаре
нету.
Microsoft Visual Studio 2008
Version 9.0.30729.1 SP
Microsoft .NET Framework
Version 3.5 SP1
Installed Edition: Enterprise
Microsoft Visual Studio 2008 Team Explorer 91904-270-2081055-60159
Microsoft Visual Studio 2008 Team Explorer
Version 9.0.30729.1
Microsoft Visual Studio Team System 2008 Development Edition 91904-270-2081055-60159
Microsoft Visual Studio Team System 2008 Development Edition
Hotfix for Microsoft Visual Studio 2008 Team Explorer — ENU (KB946260) KB946260
This hotfix is for Microsoft Visual Studio 2008 Team Explorer — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/946260.
Hotfix for Microsoft Visual Studio 2008 Team Explorer — ENU (KB946458) KB946458
This hotfix is for Microsoft Visual Studio 2008 Team Explorer — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/946458.
Hotfix for Microsoft Visual Studio 2008 Team Explorer — ENU (KB947171) KB947171
This hotfix is for Microsoft Visual Studio 2008 Team Explorer — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947171.
Hotfix for Microsoft Visual Studio 2008 Team Explorer — ENU (KB947180) KB947180
This hotfix is for Microsoft Visual Studio 2008 Team Explorer — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947180.
Hotfix for Microsoft Visual Studio 2008 Team Explorer — ENU (KB948816) KB948816
This hotfix is for Microsoft Visual Studio 2008 Team Explorer — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/948816.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB944899) KB944899
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/944899.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB945282) KB945282
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/945282.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB946040) KB946040
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/946040.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB946308) KB946308
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/946308.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB946344) KB946344
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/946344.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB946581) KB946581
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/946581.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB947173) KB947173
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947173.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB947540) KB947540
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947540.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB947789) KB947789
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947789.
Hotfix for Microsoft Visual Studio Team System 2008 Development Edition — ENU (KB948127) KB948127
This hotfix is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this hotfix will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/948127.
Microsoft Visual Studio 2008 Team Explorer — ENU Service Pack 1 (KB945140) KB945140
This service pack is for Microsoft Visual Studio 2008 Team Explorer — ENU.
If you later install a more recent service pack, this service pack will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/945140.
Microsoft Visual Studio Team System 2008 Development Edition — ENU Service Pack 1 (KB947888) KB947888
This service pack is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this service pack will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947888.
Microsoft Visual Studio Team System 2008 Development Edition — ENU Service Pack 1 (KB948484) KB948484
This service pack is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this service pack will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/948484.
Microsoft Visual Studio Team System 2008 Development Edition — ENU Service Pack 1 (KB948560) KB948560
This service pack is for Microsoft Visual Studio Team System 2008 Development Edition — ENU.
If you later install a more recent service pack, this service pack will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/948560.
КЛ>>>>3. Далее. Тк я не в курсе, что же делать с этими 600-ми файлами, я делаю unmap. Далее map в другой фолдер. А он мне — "хрена лысого, у тебя есть какие-то pending changes". Я в шоке дорогая редакция... Какого хрена, спрашивается? Делаю undo pending changes и только тогда оно мне забрало заново.
L>>>Что такое map/unmap
КЛ>>отбиндить фолдер от sc workspace'а
L>cloak что-ли?
"remove mapping..." в контекстном меню в дерево фолдеров
[]
КЛ>>>>7. Сама идеология checkout for edit — прошлый век. Грабли.
L>>>Где это мешает? + TFS поддерживает работу в офлайне.
КЛ>>это просто не нужно. соотвественно мешает.
L>Мне не мешает. Что я делаю не так? Не используешь svn
КЛ>>>>В общем, имеем тот-же vss, только в профиль. SC, который заставляет с собой бороться, это гавно. Нормальный SC ты вообще не замечаешь, как svn. И мне пофиг на автобилды, багтрекинг и тп, тк SC — просто убожество.
КЛ>>>>м?
L>>>Не убедил совершенно. Слабовато как-то.
КЛ>>мне достаточно этой истории с ручным резолвом 600от файлов и плясками с unmap/map и pending changes. постоянно воевать с этим неохота.
L>Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
Этот неудачный опыт следствие говености самого тула. Давай по грехам svn. Предельно простой и надежный тул. Мне понадобилась пара дней, чтобы забыть о его существовании, те свою роль sc он выполняет блестяще. Мержить не умели, но что-то мне это никогда не нужно было. Теперь умеет.
Кроме того, sc, встроенный в студию — не есть хорошая идея.
Здравствуйте, Константин Л., Вы писали:
L>>Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
КЛ>Этот неудачный опыт следствие говености самого тула.
нет никакой говенности. работаю с tfs-ом уже который год и нет никаких проблем
КЛ>Давай по грехам svn. Предельно простой и надежный тул. Мне понадобилась пара дней, чтобы забыть о его существовании, те свою роль sc он выполняет блестяще. Мержить не умели, но что-то мне это никогда не нужно было. Теперь умеет.
сам тот факт, что это изначально не продумали, говорит о многом, имхо.
КЛ>Кроме того, sc, встроенный в студию — не есть хорошая идея.
Здравствуйте, Константин Л., Вы писали:
L>>>>Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
КЛ>>>Этот неудачный опыт следствие говености самого тула.
L>>нет никакой говенности. работаю с tfs-ом уже который год и нет никаких проблем
КЛ>ну а я не хочу привыкать к этому убожеству
Хозяин — барин. Не хочешь — не надо.
КЛ>>>Давай по грехам svn. Предельно простой и надежный тул. Мне понадобилась пара дней, чтобы забыть о его существовании, те свою роль sc он выполняет блестяще. Мержить не умели, но что-то мне это никогда не нужно было. Теперь умеет.
L>>сам тот факт, что это изначально не продумали, говорит о многом, имхо.
КЛ>о многом? tfs просто никакой по сравнению с svn. что-бы там о чем-бы не говорило. он в топе по популярности, кстати.
КЛ>>о многом? tfs просто никакой по сравнению с svn. что-бы там о чем-бы не говорило. он в топе по популярности, кстати.
L>Ну еще бы он не был в топе, он же бесплатный.
Здравствуйте, Lloyd, Вы писали:
L>>>Ну еще бы он не был в топе, он же бесплатный. КЛ>>Кто в топе у платных? L>Не знаю.
Perforce, его даже Microsoft использует
