VC 相关不能识别,需要用 Devenv 来编译。 可以看看这些资料 http://blog.csdn.net/jacxie2009/article/details/6236689 http://msdn.microsoft.com/zh-cn/library/ms164311.aspx
回想一下,还是 TFS 好用啊。
各种路径。
1、C# 2、部署时,存放位置无法统一 3、完整安装包 596MB,补丁 10M 左右。
没有权限也能看到么?
对比代码还是构建结果?
补丁的话,升级时间比较短。 而且验证只针对修复部分测试,不做全集测试;可以省下不少时间。
sorry. 是漏下的代码,是指 “忘记合并的代码”。
需要评估他这个漏下代码的影响。 配置管理员,不能独立做这个决定。
如果不是手机项目,是不是可以考虑最小变动,发布一个临时补丁呢? 我们的产品就比较大,bin 下 300 个一个文件需要编译;我一般会考虑发布一个临时补丁。
集成工具是不是出错了?
现在有支持的工具么?
恩。增量是一定的了。估计 TFS 应该可以帮到他们。 Hudson 和 CC.net 支持变化部分集成发布么?
说说我的之前的方案,就是统计一个列表然后纯手工制作补丁包,费时易出错。 现在是通过统计列表(Excel),使用一定规则 处理一下,生成一大堆的批处理命令(各种 Copy 命令),然后生成安装包。
首先安装位置可以预知,这个还是比较欣慰,但是每次补丁内容巨多! 其次每个工程编译出来的结果在各种的目录 ,查找比较费劲,纯手工制作比较容易漏下。
微软的补丁是什么机制?
支持 VS 么?支持命令行?
Bug 系统用 Mantis,没有关联。 集成使用,自己弄的脚本,仅用到下载动作
为什么不是组长或经理?
没有最后一公里,CM 要做的就是持续。“持续集成”,“持续发布”。(⊙o⊙)
咨询公司应该提供全套的资料,并提供流程改进及相关说明。
学习一下
BaseLine,和项目计划初稿
刚来不久,才看到报道贴。 报道。
我也在弄这个,怎么弄分支啊?
首先弄一份清单 然后需要清楚那些软件、工具是要持续跟踪的[如:操作系统、杀毒软件],跟踪时需要关注些什么如操作系统的更新是否会对目前产品有影响[是否需要产品对应本次操作系统更新进行升级],等等。 我目前也在弄这个,不知道有没有工具可以帮助我们跟踪软件、工具的更新。如:有些更新对产品的影响等级不一样造成的影响也不一样。而每次更新都需要技术人员开会、讨论得到这样一个等级,来确认是否需要产品更新。这样的过程还是比较不方便。 希望能知道更多项目维护第三方软件、工具的方法、