Почему не делает TFS, становятся последними, получают последнее?
Я думаю, вы можете использовать
public static class MyFragment extends Fragment {
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
Context context = getActivity.getContext();
}
}
5 ответов
Пойдите щелчком правой кнопкой: Усовершенствованный> Получают Определенную Версию . Выберите "Версию Letest" и теперь, важные, отметьте две проверки: вводят описание изображения здесь
, проверки:
Перезапись записываемые файлы, которые не проверяются
Перезапись все файлы, даже если локальная версия соответствует указанной версии
К сожалению, в TFS 2008 должна быть одна или несколько ошибок, поскольку эта проблема регулярно возникает на машинах разработчиков и серверах сборки, на которых я тоже работаю.
Я могу использовать Get Latest, в списке истории проекта я вижу, что были зафиксированы коммиты после того, как я последний раз выполнял Get Latest, я никоим образом не касался файлов на диске, но после команды «Get Latest "функция завершена, когда я проверяю вкладку TFS, некоторые файлы все еще говорят, что они не последняя версия.
Очевидно, что TFS может определить, что у меня есть старые файлы локально, поскольку это указано в списке. Тем не менее, Get Latest не может этого сделать, загрузите последнюю версию. Если я сделаю то же, что и вы, воспользуюсь версией Get Specific и поставлю два флажка в нижней части диалогового окна, после чего файлы будут извлечены.
Мы изменили наши серверы сборки, чтобы вместо этого всегда использовать функцию типа «Получить конкретную версию», поэтому эта часть теперь работает, но поскольку наш сервер сборки (TeamCity) также полагается на проверку наличия изменений в файлах, чтобы исключить вне сборки, иногда она переходит в режим «ничего не изменилось, здесь нечего видеть, двигаться дальше» и ничего не делает, пока мы не запустим конфигурацию сборки принудительно.
Обратите внимание, что я столкнулся с этой проблемой на машине, которую никогда не трогали, за исключением получения последней + сборки, оба вручную, так что с файлами ничего не подделывают. Это просто TFS путается.
Однажды это возникло, и я подтвердил, что файлы на диске действительно были двоичными, идентичными ранее полученной версии, поэтому никаких изменений вручную с файлами не производилось.
Кроме того, я не понимаю, как TFS может «узнать», были ли файлы изменены на диске или нет, не глядя на их содержимое. Если одна часть TFS может видеть, что файлы действительно не последней версии, то версия Get Latest должна иметь возможность получить последнюю версию. Это относится к комментариям к другим ответам здесь.
TFS изменила определение функции «Получить последнюю версию». В терминах TFS получить последнюю версию означает получить последнюю версию файлов, но игнорировать те, которые, по мнению сервера, уже находятся в вашей рабочей области. Что для меня и всех остальных на планете неправильно.
См. Эту ссылку: http://blogs.microsoft.co.il/blogs/srlteam/archive/2009/04/13/how-get-latest-version-really-works.aspx
Единственный способ заставить его делать то, что вы хотите, - это получить определенную версию, а затем установить оба флажка «Перезаписать ...».
По умолчанию «Получить последнюю версию» будут загружены только те файлы, которые изменились на сервере с момента последнего запуска «Получить последнюю версию». TFS отслеживает загружаемые вами файлы, чтобы не тратить время на повторную загрузку той же версии файлов. Если вы изменяете файлы за пределами Visual Studio, это может вызвать проблемы с согласованностью, которые, похоже, вы наблюдаете.
TFS, как и некоторые другие поставщики систем управления версиями, такие как Perforce, делают это, поскольку система знает, какой была последняя версия, которую вы успешно получили, поэтому получить последнюю версию превращается в «получить изменения с x» . Если вы играете по его правилам и на самом деле проверяете все, прежде чем редактировать их, вы не запутаетесь, и «получить последнюю версию» действительно так, как говорится.
Как вы видели, вы можете заставить его переоценить все, что требует гораздо большего использования полосы пропускания, но ведет себя ближе к тому, как раньше SourceSafe.