• svn 命令行问题 at 2010年07月28日

    问题一: 删除目录,必须使用 svn del 或者 svn rm ,不能手动删除

    问题二: 要使用命令 svn add “目录名字”,然后 svn ci -m “信息”

    [[i] 本帖最后由 rexuekonglong 于 2010-7-28 13:40 编辑 ]

  • 构建环境 vs 开发环境 at 2010年07月28日

    :lol 小菜,这个问题 vc6.0 的 WTL 70 、80 就困扰了我两周

  • scmroad 于 2010-7-21 17:00 发表
    ------------------------------------> Mainline/Trunk | --- |-----------------------------> v1.0.0 |-----------------------------> v1.1.1

    1) 为什么要存在多 trunk? 2)SCM 从 trunk 的已经发布版本 ... [/quote]

    确实,这两天仔细想了想,由于同时存在两个版本(v1.0.1, v1.0.2)并行开发、提测;甚至,同时再新增一个开发分支 (v1.0.3);这种情况下,分支进行提测活动,只能在分支上进行,[color=red](前提:这三个分支代码基础点必须相同,即:都是从 trunk 上最后成功发布版本点,拉出)

    [color=red][color=black] 接下来,就是 三个版本,无论哪个先成功发布,发布后的代码,必须 merge 到其他两个没有发布的分支,以及 trunk。
    [color=red]
    [color=red]:L 接下来要说什么,忘了~~~
    [color=red]
    [color=red];P 终于记起来了:
    [color=red] 1、代码从 branches merge 到 trunk,提测的原因就是,不妨碍开发人员在分支上继续开发,也防止因为开发人员继续改动代码,造成基于分支构建时,构建出错误版本的产品。
    [color=red] 2、收回 branches 中开发人员权限的时间开销,比重新创建一个 trunk 的时间开销 要大多了。

    [[i] 本帖最后由 rexuekonglong 于 2010-7-28 13:58 编辑 ]

  • 构建环境 vs 开发环境 at 2010年07月27日

    :loveliness: 可能上面描述的稍微模糊点。 其实,我们只要保证用相同的工具能构建出正确的产品,那就 OK 了。 至于 jdk ,好像还是有必要与研发的一致。

  • 配置管理员的一天 at 2010年07月27日

    :lol linux 下作 deb 包,要小心什么? 不就是调用 make 产生 deb 包 然后用 reprepro 命令存储吗?这些操作说道小心的就只有 “命名”,这个命名得有个从上到下的顺序。

  • 这个现实的是历史痕迹,用不着删除它。

    除非,你有不可告人的秘密。

  • 应该是,所有的发布版本都是从主干构建出来的。

  • 1、多 trunk 并存,是我尝试的解决多分支并行开发、系统测试时代码保存方法 2、branches 代码 merge 到 trunk 后进行构建,目的就是防止 branche 代码出现缺失(在多版本共存,实际操作中,缺失很多情况下都会发生代码丢失,需要将 trunk 代码 merge 回 branche)

    注: 我的 trunk 并不仅仅是保存成功代码的库,而是所以提交给测试的产品包都出自 trunk,branche 仅仅是研发人员存储新代码。

  • :lol 渐渐明白了,这样有利于研发,后期补刀重新修改 bug,可以准确定位再次修改文件。:lol

    over!

    至于我们的 bugzilla 中的 svn 链接.... :L 没有看到。

    不过,我这里再废话一句:这一切的一切,都得基于研发人员写 messages 时,认真、负责。

  • 如图所示,红框框的 bugzilla 的关联框,最多就是在 svn log 信息中显示与某 bug 的联系。

    但是,这是有要求的,bugzilla 服务器不能做任何更换。否则:lol ,也就一个带下划线的数字而已。 因为,历史就是历史,你不可能把现在的咸阳等同于秦时的咸阳。

    下有附图,图中数字已经连接不到任何信息了(:lol bugzilla 服务器被连锅端了)

    [[i] 本帖最后由 rexuekonglong 于 2010-7-20 10:22 编辑 ]

  • Bugzilla 和 Subversion 集成 at 2010年07月19日

    :( 。。。。我怎么把你的高亮给取消了。。。。

    我细想过,这两个有必要联系在一起吗?有什么关联的需求点吗?

  • "还是自己手动下载 bugzilla,然后安装容易维护" 你的意思是:手动下载 bugzilla.rar 解压然后弄到 ect 下?

  • :lol 直接点, LZ 需要的是 liscense 破解方法,需求就是 1 个 liscense 10 个人用,或者更多。

  • :lol 洗洗睡吧,这些糊弄自己还可以

  • :lol 其实最好是能解决了房子和老婆

  • :lol 最起码的是 截几张图出来,没有一点有价值的提示,大家想猜也猜不到啊。。。。。。

  • checkstyle 错误求解 at 2010年07月14日

    经过两周不断的尝试,多种路径配合调试,终于确定是 hudson 不能读取本地生成的 report 路径下的 checkstyle_report.xml ,造成的。

    排错步骤请参照下面指南: [url=http://bbs.scmroad.com/viewthread.php?tid=5504&page=1&extra=page%3D1http://bbs.scmroad.com/viewthread.php?tid=5504&page=1&extra=page%3D1[/url]]

  • :L 你咆哮了吗?你是否鸡动的内牛满面呢?

  • https 好像是带防火墙协议的方式吧 有必要设置这种方式吗?

  • :lol 存心找刺激的公司

  • 配置管理员的一天 at 2010年07月09日

    2、脚本修改 4、编译发布环境搭建

    不涉及流程改进的,这些就够忙的。:Q

  • :lol 哇是不是 西二旗的 烽火科技大厦????

  • checkstyle 错误求解 at 2010年07月06日

    :L 这不仅仅是一个插件的问题,还涉及到输出,解析,ant 脚本调用

  • checkstyle 错误求解 at 2010年07月06日

    :L 当没有 checkstyle-report.xml 时提示:no file .jpg

    :L 当手动创建 checkstyle-report.xml 时提示:report.jpg

  • "应该是在一个 folder 做了一个 share 功能,然后将 share 的那个 folder 删除,就报了这个错误"

    这个是网上一个可能是同一情况的解决方法,不知道你搞定没?