Ну, на самом деле окна не имеют ничего подобного. Тем более что fork может использоваться для концептуального создания потока или процесса в * nix.
Итак, я должен сказать:
#foo.py
import os
print os.getcwd()
print __file__
#in the interactive interpreter
>>> import foo
/Users/jason
foo.py
#and finally, at the shell:
~ % python foo.py
/Users/jason
foo.py
и
>>> import collections #note that collections is a C extension in Python 2.5
>>> collections.__file__
'/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-
dynload/collections.so'
(я слышал, что для приложений на C
__file__
лучше).
Вы хотите использовать возможности слияния CruiseControl захватить Ваш nunit XML вывод. Thie является ситуацией, моя компания имеет движение, и это, кажется, работает довольно хорошо. Вот отрывок конфигурации (Это входит <издатели> в элемент в ccnet, конфигурации):
<merge>
<files>
<file><path to XML output>\*.xml</file>
</files>
</merge>
Надеюсь, что это работает на Вас.
Удостоверьтесь, что в dashboard.config файл у Вас есть допустимый xsl файл в разделе, мы выполняем nunit с ncover и используем этот xsl\NCoverExplorer.xsl, я думаю, что xsl файл мы взяли от установки ncover где-нибудь.
также удостоверьтесь, что эта строка корректна:
Затем удостоверьтесь в ccnet.config файле, что под разделом у Вас есть вывод xml от перечисленного теста nunit.
Также удостоверьтесь, что Вы помещаете xsl файл в xsl папку под webdashboard.
FWIW У меня была такая же проблема (CC.Net запускает Nant, который выполняет компиляцию и работу NUnit), и мой вывод NUnit также не отображался на CC.Net. У меня уже была задача
внутри задачи
(и перед задачей
) и все равно ничего.
Единственное, чего у меня нет, потому что мне это явно не нужно, это узел
в моем
. Как только я добавил его, сразу же появился вывод NUnit. Похоже, что по какой-то причине там есть зависимость. Надеюсь, это поможет некоторым из вас.