小编pet*_*don的帖子

所以,我和朋友一直在讨论持续集成和bat/powershell脚本与CruiseControl.Net或Hudson等CI服务器.

以下powershell伪脚本适用于从SVN更新,使用msbuild构建,部署/复制,更新应用程序中的构建/修订号以及发生故障构建的电子邮件.下一步是添加对MSTest的调用,并在未成功时通过电子邮件发送结果.

1. svn更新
2. msbuild> build_deploy_development_out_msbuild
3. ([xml](svn info --xml)).info.entry.commit.revision + [char] 13 + [char] 10 +(echo%date %% time%)> build_revision_number.html
4. $ linenumber = Select-String build_deploy_development_out_msbuild -pattern"Build Failed"| 选择对象线号
5. $ smtp = New-Object System.Net.Mail.SMTPClient -ArgumentList localhost | 如果($ linenumber> 0)$ smtp.Send("来自:电子邮件","收件人:电子邮件","构建失败","构建失败......有人必须死!")

这让我想到了CI服务器的价值问题,当你可以使用项目的特定工具(构建工具,源代码控制,单元测试)编写自己的shell脚本来实现相同的目标时(即msbuild,nant) ,svn,git,nunit,mstest等)

我还没有经历过维护费用.我希望得到其他人对你自己的shell脚本与CruiseControl.Net或Hudson的意见.请注意,我没有CI服务器的经验,因此这个问题,所以请不要将其视为对CI服务器的批评; 我根本不知道最好的答案,并认为我会问社区.

最好的祝愿!皮特戈登

我和朋友一直在讨论通过互联网发送大文件的最佳方式.FTP,单个Web服务,Chunking字节到多个Web服务,HTTP文件发布(多部分消息),RIA接口(SilverLight或Flash).

有缺失的答案/解决方案吗？

让我告诉你更多我的具体情况.

我有一个.NET 2.0 Windows窗体"客户端"应用程序,它通过Web应用程序与ASP.NET应用程序进行交互.在客户端应用程序中,我需要能够上传大文件并将上传状态传达给用户.我正在做一个单独的Web服务,但发现文件大小在Internet上存在问题,因此创建了多个Web服务来块化字节数组.现在,想要考虑其他选择.

一些研究完成了......

SilverLight文件上传www.codeplex.com/SilverlightFileUpld

ASP.NET文件上载www.brettle.com/neatupload

.NET Framework中的FTP www.windowsdevcenter.com/pub/a/windows/2006/12/12/building-ftp-services-using-net-20.html

想要别人的意见.谢谢.