我们正在努力将一个步骤集成到我们的持续集成(CI)服务器(CruiseControl.NET)中。我们希望将从构建过程生成的调试符号*.pdb
注册到Microsoft Symbol Server中。由Microsoft实现,符号服务器是Visual Studio用于查找C ++ / C#可执行文件的*.pdb
调试符号的目录结构。 Microsoft提供了一个命令symstore
,它将调试符号放在一个目录中,并根据需要填充中心符号存储目录。
问题是symstore
明确指出并发运行是不安全的。
我们可以尝试通过BATCH或Powershell脚本禁止同时执行symstore
命令的方法或策略?
我们在方法上很灵活,但由于我们在Windows平台上运行,因此BATCH和Powershell是首选解决方案。
澄清:
对于我们的用例,symstore
需要可以从两个不同的CI服务器运行,这将将符号保存在公共网络驱动器上。
资源:
symstore :: http://msdn.microsoft.com/en-us/library/windows/desktop/ms681417(v=vs.85).aspx
答案 0 :(得分:5)
您可以将锁定的文件用作简单的信号量来序列化事件。将stdout重定向到批处理文件中的文件时,它会在该文件上建立独占写锁定。没有其他进程可以打开相同的文件进行写访问。无论方法如何结束(清除退出,CTRL-C,异常失败等),锁定将在进程完成时自动释放。
批处理文件可以尝试将9重定向到锁定文件,如果失败,则循环返回成功。 symstore命令仅在锁定到位时运行。使用非标准文件句柄(stream?),以便锁不会干扰stdin,stdout或stderr处理。
所以你只需要确保你不要直接调用symstore。相反,您总是通过批处理脚本调用它。类似于以下内容(serializeSymstore.bat):
@echo off
setlocal
:loop
:: Save stderr definition and redirect stderr to nul
:: to hide possible redirection error when establishing lock.
8>&2 2>nul (
%= Attempt to establish the lock and restore stderr =%
9>"\\centralServer\somePath\symstore.lock" 2>&8 (
%= If got here then lock is established throughout all commands =%
%= in this set of parentheses. =%
%= Execute your command =%
symstore %*
%= Save the return code =%
call set "rtnCd=%%errorlevel%%"
%= The next command is a very fast way to clear the ERRORLEVEL. =%
%= We don't want symstore failure to trigger a loop. =%
(call )
)
) || (
%= If entered here then failed to establish lock. =%
%= Wait 1 second and then loop back to retry. =%
%= Replace with PING delay if TIMEOUT not universally available. =%
timeout 1 /nobreak >nul
goto loop
)
:: Exit with appropriate return code
exit /b %rtnCd%
没有评论,它就变成了一小段代码
@echo off
setlocal
:loop
8>&2 2>nul (
9>"\\centralServer\somePath\symstore.lock" 2>&8 (
symstore %*
call set "rtnCd=%%errorlevel%%"
(call )
)
) || (
timeout 1 /nobreak >nul
goto loop
)
exit /b %rtnCd%
我发现这种原始而简单的策略在许多项目中都非常有效。我必须承认我没有在远程机器上测试锁定和释放特性。但我相信只要所有机器都是Windows,它应该是可靠的。
我所知道的唯一缺点是没有FIFO队列。如果收到多个重叠请求,那么抽奖的随机运气就是接下来要进入哪个进程。但这些过程将被序列化。
编辑:我在编辑之前阅读了splattered bits的原始答案。他质疑远程机器上的文件锁定是否可靠。我做了一些快速的谷歌搜索,似乎在UNC路径上存在一些文件锁定问题。如果遇到问题,您可能会更好地重定向到映射驱动器盘符上的文件而不是直接通过UNC路径。这都是理论 - 我没有做过测试。在提交此解决方案之前,请务必进行充分的测试。请注意,PUSHD是一种方便的方法,可以在不知道可用的驱动器号的情况下临时将驱动器号分配给UNC路径。 POPD将取消映射驱动器分配。
答案 1 :(得分:0)
要锁定对网络驱动器的访问权限,您需要与CI服务进行通信的第三方。然后,该第三方将处理对网络驱动器的访问。这个第三方可能是:
symstore
的符号服务器上的WCF服务,并且您的CCNet构建与之对话以触发symstore
答案 2 :(得分:-1)
将共享目录中的文件用作信号量以避免并发执行。
:checkfile
if exist %cidir%\sem.txt goto :wait10secs
echo gotit! >%cidir%\sem.txt
doit
del %cidir%\sem.txt
goto :eof
:wait10secs
ing 192.0.2.2 -n 1 -w 10000 > nul
goto :checkfile
准备好调试您的批次可能失败的所有奇怪方式以及所有讨厌的赛车条件。