Вот подход для написания интеграционных тестов для вашего Angular кода. Ключевой концепцией является структурирование вашего кода таким образом, чтобы вы могли вызывать различные функции способом, очень похожим на то, как он используется в пользовательском интерфейсе. Однако для достижения успеха важно правильно отделить ваш код:
Подробнее здесь: http://www.syntaxsuccess.com/viewarticle/angular-integration-tests
Если файлы, которые вы хотите исключить из команды «hg commit», уже «отслеживаются», вы должны использовать параметр -X. Шаблон, переданный в -X, довольно гибкий, что позволяет, например, запустить:
% hg stat
A etc/foo.conf
M src/bar.c
M lib/libbar/loader.c
% hg commit -X '**.conf'
, чтобы избежать фиксации любого файла с расширением ".conf", независимо от того, насколько глубоко в дереве исходного кода он находится. В показанной выше рабочей области это приведет к фиксации «src / bar.c» и «lib / libbar / loader.c», но не «etc / foo.conf».
Чтобы исключить несколько шаблонов имен файлов, используйте несколько параметров -X , например:
% hg commit -X '**.conf' -X '**.sh'
Traditionally, this is solved by not versioning the file itself, but by versioning a copy of it as a template for others to use.
So you would hg mv tnsnames.ora tnsnames.ora-template
, then commit, then do a straight filesystem copy of tnsnames.ora-template to tnsnames.ora, and add tnsnames.ora to the .hgignore file.
Subsequent changes to the template will still get pushed out, but they won't actually change the working environment unless someone copies the template to the actual file.
Найдите файл .hgignore в документации Mercurial.
Вот пример файла игнорирования.
# use glob syntax.
syntax: glob
*.elc
*.pyc
*~
# switch to regexp syntax.
syntax: regexp
^\.pc/
Вы можете использовать псевдоним для фиксации чего-то например 'hg commit -X excluded_file.ext' Я никогда не использовал mercurial, поэтому я просто просматриваю страницу руководства здесь.