Как временно безопасно игнорировать файлы / изменения из TFS - PullRequest
2 голосов
/ 24 августа 2011

Там, где я работаю, у нас долгий процесс сборки, включающий более десятка модулей.Я работаю в модуле [A], и часто случается, что код проверяется в модуле [A] одновременно с проверкой кода в модулях [B] и [C] (это происходит, когда разработчик работает над кросс-модульными элементами).

Проблема в том, что я периодически получаю последнюю версию на своем модуле (необходимо по другим причинам, связанным с проблемами схемы базы данных dev), и новый код может ссылаться на код в других модулях ([B], [C],и т. д.), который еще не был построен в нашей ежедневной сборке.Я могу вынуть модули [B] и [C] и собрать их самостоятельно, но из-за конфигурации, задействованной в нашем процессе сборки ... это может занять несколько часов.

Мое решение до сих пор заключалось в комментированиикод, который содержит функции, которые еще не доступны, а затем постарайтесь не помнить эти комментарии, когда я закончу свою работу.Есть ли способ пометить извлечение файла (или серию проверок файла) как временное?

Короткая версия

Как пометить часть моегоизменения, так что когда я иду на регистрацию, что эти изменения (а не остальные мои изменения) игнорируются / отменяются?

- Изменить

Я могуне используйте ветвления из-за проблем с синхронизацией, связанных с нашей базой данных dev и нашим домашним ORM.

Ответы [ 3 ]

5 голосов
/ 26 августа 2011

Краткий ответ: Нет. Извините.

В качестве подсказки звучит так, как будто вы должны рассмотреть стратегию ветвления. Возможно, вам лучше всего создать ветку для своей работы, чтобы вы могли работать изолированно, а затем объединить свои изменения с основной веткой, когда ваша работа будет завершена. Просто не забывайте регулярно извлекать из основной ветви после завершения процесса сборки, чтобы ваше окончательное слияние было относительно безболезненным.

0 голосов
/ 01 сентября 2011

Разве это не то, для чего предназначены TFS Shelvesets ? Вы можете поместить все свои изменения в shelveset для последующей фиксации, а затем поработать над существующим кодом, как есть.

Полочные наборы - это хороший способ ожидания изменений, если вы еще не готовы их полностью зафиксировать.

0 голосов
/ 31 августа 2011

Ответ, который я нашел, заключался в использовании функции TFS под названием маскировка. Я могу скрыть папку, содержащую нарушающий код, и тогда я не буду по ошибке проверять изменения кода, которые я пытаюсь игнорировать. Это все еще несколько обременительно, потому что мне нужно обязательно отключить маскировку, как только я закончу, но, по крайней мере, я не буду стирать хороший код при аварии.

...