2

У меня есть событие post build, которое объединяет мои файлы JavaScript и выходы в Production.js, однако если Production.js не проверяется, сборка не выполняется.Visual Studio: проверить файл при создании проекта

Возможно ли автоматическое определение Production.js при создании проекта?

[Изменить] Если возможно, используя событие после сборки, знает ли кто-нибудь, как это сделать? Я использую Visual Studio 2008.

+0

check Tools-> Options ... Source Safe ... environment settings (On Edit, я думаю) – garik

ответ

1

Я думаю, что самым простым решением является этап пост-сборки, который проверяет файл Production.js.

Параметры настройки, такие как автоматическая проверка файлов, не будут работать здесь, потому что Visual Studio будет автоматически проверять файлы только на действия, которые он рассматривает. Он не понимает ваши шаги post/pre build и, следовательно, не будет проверять.

+0

Это то, что я думал. Я думаю, мой следующий вопрос будет, кто-нибудь знает, как проверить файл, используя шаг после сборки? –

+0

$ jamieslucky7 зависит от того, какой провайдер Source Control вы используете. Если это tfs, тогда просто 'tf checkout path \ to \ the \ file' – JaredPar

+0

Я использую Microsoft Visual SourceSafe –

0

Checkout целевой файл с тф командной строки:

tf checkout $(TargetFile) 
+0

Но tf недоступен, вам нужно дать ему полный путь! Есть ли способ обойти это? – xagyg

+0

Не уверен, что вы имеете в виду ... –

+0

Все в порядке, я решил, я использую '$ (DevEnvDir)'. – xagyg

0

@JaredPar имеет правильные приемы, чтобы autocheckout файл на события после сборки.


Мой вопрос (? Предупреждение) к вам: почему вы пытаетесь ПЕРЕОПРЕДЕЛЕНИЕМ исходного файла с минимизировано/комбинированным файлом JavaScript?

На мой взгляд, если вы делаете какое-то событие после сборки, чтобы минимизировать/объединить некоторые файлы javascript в новый файл назначения (Production.js), который никогда не затрагивается .. это всего лишь результат события post-build. .. Я бы предложил, чтобы вы не делали этого в событии post build, но являетесь частью некоторого правильного сценария развертывания исходного кода.

Например, I've put up a video Как использовать TFS2008 с YUICompressor.NET, который показывает, как вы можете убедиться, что ваш javascript будет минимизирован/скомбинирован всякий раз, когда происходит проверка.

С другой стороны, вы используете Visual Source Safe, и это serious issue which I would address before -anything- else.

alt text

0

Если вы в TFS2012 или более поздней версии, используйте локальное рабочее пространство. Тогда файл не будет доступен только для чтения, и вам будет хорошо идти.

Смежные вопросы