Здравствуйте, Константин Л., Вы писали:
КЛ>буду говорить только про 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, встроенный в студию — не есть хорошая идея.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Константин Л., Вы писали:
L>>>Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
КЛ>>Этот неудачный опыт следствие говености самого тула.
L>нет никакой говенности. работаю с tfs-ом уже который год и нет никаких проблем
ну а я не хочу привыкать к этому убожеству
КЛ>>Давай по грехам svn. Предельно простой и надежный тул. Мне понадобилась пара дней, чтобы забыть о его существовании, те свою роль sc он выполняет блестяще. Мержить не умели, но что-то мне это никогда не нужно было. Теперь умеет.
L>сам тот факт, что это изначально не продумали, говорит о многом, имхо.
о многом? tfs просто никакой по сравнению с svn. что-бы там о чем-бы не говорило. он в топе по популярности, кстати.
КЛ>>Кроме того, sc, встроенный в студию — не есть хорошая идея.
L>Это отдельная тема.
Здравствуйте, Константин Л., Вы писали:
L>>>>Ну так это просто твой неудачный опыт с TFS-м, на основе этого утверждать что TFS — говно, помоему чрезчур сильно. Subversion тоже не без греха. Причем его грехи пожалуй и поболее будут. Взять хотя бы то, что вплоть дл последних версий они нормально merge-ить не умели. Это чем же думать надо, чтобы сделать branch-евание и не сделать нормального megre-а.
КЛ>>>Этот неудачный опыт следствие говености самого тула.
L>>нет никакой говенности. работаю с tfs-ом уже который год и нет никаких проблем
КЛ>ну а я не хочу привыкать к этому убожеству
Хозяин — барин. Не хочешь — не надо.
КЛ>>>Давай по грехам svn. Предельно простой и надежный тул. Мне понадобилась пара дней, чтобы забыть о его существовании, те свою роль sc он выполняет блестяще. Мержить не умели, но что-то мне это никогда не нужно было. Теперь умеет.
L>>сам тот факт, что это изначально не продумали, говорит о многом, имхо.
КЛ>о многом? tfs просто никакой по сравнению с svn. что-бы там о чем-бы не говорило. он в топе по популярности, кстати.
КЛ>>о многом? tfs просто никакой по сравнению с svn. что-бы там о чем-бы не говорило. он в топе по популярности, кстати.
L>Ну еще бы он не был в топе, он же бесплатный.
Здравствуйте, Lloyd, Вы писали:
L>>>Ну еще бы он не был в топе, он же бесплатный. КЛ>>Кто в топе у платных? L>Не знаю.
Perforce, его даже Microsoft использует