Привык, что никакие файлы проекта не являются «read-only», поэтому (если стоит по крайней мере VS2012) пытаешься включать «local mode».
Ой, а как я привык, что файлы readonly! Сразу понимаешь какие файлы ты менял а какие нет, никуда не надо лезть. Если файл readonly, значит в него ты еще не лазил. Notepad++ при открытии таких файлов не дает их редактировать — сразу все понятно. Правой кнопкой мыши — и TFS => Check-out for edit. Работает даже если файл уже открыт в Notepad++.
Локальные репозитории — это совсем для другого, это попытка добавить DCVS, на мой взгляд тут лучше использовать тогда Git/Hg, потому что они для этого лучше заточены.
Cо второй частью я согласен: TFS плохо поддерживает локальный режим, что после перехода с SVN удручает.
А «read-only» все-таки требует больше телодвижений (на мой взгяд не оправданных).
Если у меня стоит 3 студии, то чтобы понять какой TFS у меня стоит и работает требуются дополнительные усилия.
Что значит «какой у меня стоит». Локально у вас должно быть несколько workspaces, на сервере можно посмотреть какой репозиторий «промаппен» в какую папку. Я называю workspace так, чтобы было понятно в какой студии он используется в основном — но открывать можно в любой.
После работы с локальным workspace в более старших версиях студии никогда не было проблем с более младшей.
Единственное, для чего это может быть важно — для local workspaces, но их я вообще не использую и если мне нужна локально вся история — я просто использую DCVS с самого начала…
Я имею ввиду, что у меня на компюьтере в папке каждой студии стоит tfs.exe и Power tools (интеграция с Windows Explorer) тоже привязана к студии. После SVN это несколько напрягает: как писать скрипт? какой TFS.exe вызывать?
если в мире SVN: есть один независимый инструмент командной строки, один плагин для Windows Explorer и один плагин для всех версий студии.
то в мире TFS на мой взгляд все эти инструменты привязаны к соответсвующей студии.
Если суммровать все ответы, то получается, что TFS это не отделимая часть студии и лучше всего (или все равно не удобно делать по другому) работать только через студию.
Так я про это и говорю. так что тут мы с вами нашли общий язык.
Просто я считаю это недостатком (после длительного опыта работы с SVN).
И даже в работе через студию отсутствуют некоторые вещи, которыми пользуешся работая с SVN.
Ответ: TFS Explorer EveryWhere либо через web-версию (если она развернута).
как я понимаю, это командная строка. несколько не удобный способ просматривать ветки на сервере. и явно берет больше времени.
Вопрос: Если у меня стоит 3 студии, то чтобы понять какой TFS у меня стоит и работает требуются дополнительные усилия
Ответ: TFS — это сервер и VS подключается к нему. Проект привязывается к одному TFS серверу. Смысл держать несколько серверов?
у меня стоит 3 студии на моем локальном компьютере. каждая студия приносит свой клиент TFS.как студия VS2010 будет работать с server режимом, если на сервере стоит TFS2012?
Вопрос: ReadOnly
Ответ: Можно настроить автоматический Check Out при редактировании файла.
можно, пока работаешь через студию. а вот открыл я какой-нибудь notepad++ поискал что то в файла и хочу отредактировать парочку из них и вернуть на сервер?
Вопрос: Microsoft Visual Studio Team Foundation Server 2013 Power Tools
Ответ: Данный Extension ставиться в зависимости от версии VS.
у меня на компьютере 3 студии. какой Power Tools ставить?
Вопрос: в это время запускаю «Get Selected Item(s)» получаю ошибку «TF400324
Ответ: Source Explorer в VS позволяет делать все необходимые операций с файлами. Т.е. можно избежать такой ошибки.
можно конечно избежать почти любой ошибки (особенно когда много шишек набьешь). но все это требует дополнительных усилий и времени. что я и хотел подчеркнуть для тех, кому придется переходить с SVN на TFS.
я обсуждаю только клиентскую часть.
Интересно как студия ведет себя с worspace созданным другой студией (особенно если поиграться local и server режимами).
вот тут и тут немного обсуждается:
Q: Can I use the same workspace in multiple instances of Visual Studio?
A: Although Visual Studio does not block you from running multiple instances against the same workspace, this usage is not supported. Also, working this way is more likely to cause problems if you are using a local workspace.
я делился опытом перехода с SVN на TFS и привел конкретный список вещей, которые после SVN смотрятся странно.
по поводу «неудобств» и «привыканий» я даже и не писал (типа того, что процесс сливания делается в разные стороны).
Соответственно, функциональность TFS не зависит от версии установленной студии, зависит только то, что видно в UI.
Могу ли использовать локальный режим в VS2010 если у меня на компьютере стоит VS2013 с его TFS?
Как то много лет назад мы делали ветки на VSS. Не знаю как сейчас, но тогда создание ветки приводило к полному копированию файлов на диске сервера.
Так вот, мы начинали процесс в четверг вечером. Верующие члены команды после этого шли молиться, неверующие молились прямо на месте.
На следующий день самый стойкий проверял и чуть ли не ручками чинил этот новый созданный бранч. Когда весь процесс заканчивался, верующие опять шли молиться, а неверующие шли пить.
Это в TFS они «починили», но судя по вашему комментарию, сделали другие ошибки.
Во-первых, TFS — это не только система контроля версий, а это система управления жизненным циклом проекта, где контроль версий — это малая толика всего что есть в TFS.
ну так я про это и говорю, TFS — это не система контроля версий.
Интересно, а можно поставить плагин к notepad++, что бы в «серверном» режиме менять что то в группе файлов?
Интересно, а как без студии посмотреть какие есть бранчи на сервере?
Интересно, а как без студии можно принести бранч с сервера на локальный диск?
Остальная статья примерно в таком же духе. Чтобы писать про впечатления, надо хотя бы разобраться в вопросе. Вообще не понимаю как вы решились перевести большой проект на TFS, если даже не знаете что такое TFS.
я готов разделить ваше возражение, но если можно по пунктам. могли бы вы конкретно опубликовать возражения и на все остальные пункты?
кстати:
— вопрос процесса принятия решение о смене системы управления версий позвольте вынести за рамки этого поста.
— я честно пытаюсь разобраться в вопросе и этот пост часть этого разбирательства.
«We continue to see teams run into productivity problems attempting to use TFS as a version control system. Teams that want to practice frequent code checkins, a core part of continuous integration, have found its heavyweight approach significantly drains productivity. This often leads to teams checking in less frequently, causing more problematic merges. We recommend tools such as Git, Perforce, and Subversion instead.»
а недавно в твиттере прошел слух, что TFS будет преимущественно поддерживать Git. многие даже поставили охлаждать шампанское по этому поводу, но microsoft невинно отбивается и кивает на прессу Is Microsoft abandoning TFVC in favor of Git?
у нас один stable и много веток для каждой версии. в таком варианте я не чувствую проблем SVN.
не работал в такой конфигурации как вы описываете — возможно там SVN не очень подходит.
Мы постоянно создаем ветки, работаем в них дни — недели — месяцы, сливаем с главного бранча, возвращем в главный бранч: никаких особых проблем не видим.
Сложности возникают когда ветку, созданную в одной версии надо вернуть в другую версию
Cо второй частью я согласен: TFS плохо поддерживает локальный режим, что после перехода с SVN удручает.
А «read-only» все-таки требует больше телодвижений (на мой взгяд не оправданных).
Я имею ввиду, что у меня на компюьтере в папке каждой студии стоит tfs.exe и Power tools (интеграция с Windows Explorer) тоже привязана к студии. После SVN это несколько напрягает: как писать скрипт? какой TFS.exe вызывать?
если в мире SVN: есть один независимый инструмент командной строки, один плагин для Windows Explorer и один плагин для всех версий студии.
то в мире TFS на мой взгляд все эти инструменты привязаны к соответсвующей студии.
так этот аргумент я понял.
Так я про это и говорю. так что тут мы с вами нашли общий язык.
Просто я считаю это недостатком (после длительного опыта работы с SVN).
И даже в работе через студию отсутствуют некоторые вещи, которыми пользуешся работая с SVN.
как я понимаю, это командная строка. несколько не удобный способ просматривать ветки на сервере. и явно берет больше времени.
у меня стоит 3 студии на моем локальном компьютере. каждая студия приносит свой клиент TFS.как студия VS2010 будет работать с server режимом, если на сервере стоит TFS2012?
можно, пока работаешь через студию. а вот открыл я какой-нибудь notepad++ поискал что то в файла и хочу отредактировать парочку из них и вернуть на сервер?
у меня на компьютере 3 студии. какой Power Tools ставить?
можно конечно избежать почти любой ошибки (особенно когда много шишек набьешь). но все это требует дополнительных усилий и времени. что я и хотел подчеркнуть для тех, кому придется переходить с SVN на TFS.
Интересно как студия ведет себя с worspace созданным другой студией (особенно если поиграться local и server режимами).
вот тут и тут немного обсуждается:
по поводу «неудобств» и «привыканий» я даже и не писал (типа того, что процесс сливания делается в разные стороны).
Могу ли использовать локальный режим в VS2010 если у меня на компьютере стоит VS2013 с его TFS?
Так вот, мы начинали процесс в четверг вечером. Верующие члены команды после этого шли молиться, неверующие молились прямо на месте.
На следующий день самый стойкий проверял и чуть ли не ручками чинил этот новый созданный бранч. Когда весь процесс заканчивался, верующие опять шли молиться, а неверующие шли пить.
Это в TFS они «починили», но судя по вашему комментарию, сделали другие ошибки.
ну так я про это и говорю, TFS — это не система контроля версий.
Интересно, а можно поставить плагин к notepad++, что бы в «серверном» режиме менять что то в группе файлов?
Интересно, а как без студии посмотреть какие есть бранчи на сервере?
Интересно, а как без студии можно принести бранч с сервера на локальный диск?
я готов разделить ваше возражение, но если можно по пунктам. могли бы вы конкретно опубликовать возражения и на все остальные пункты?
кстати:
— вопрос процесса принятия решение о смене системы управления версий позвольте вынести за рамки этого поста.
— я честно пытаюсь разобраться в вопросе и этот пост часть этого разбирательства.
по поводу разбирательства. вот что думают «лучшие люди коллектива» (с), включая Martin Fowler про TFS
а недавно в твиттере прошел слух, что TFS будет преимущественно поддерживать Git. многие даже поставили охлаждать шампанское по этому поводу, но microsoft невинно отбивается и кивает на прессу Is Microsoft abandoning TFVC in favor of Git?
не работал в такой конфигурации как вы описываете — возможно там SVN не очень подходит.
Сложности возникают когда ветку, созданную в одной версии надо вернуть в другую версию