<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
><channel><title>群英汇博客 &#187; 项目管理</title> <atom:link href="http://blog.ossxp.com/category/bugtrack/feed/" rel="self" type="application/rss+xml" /><link>http://blog.ossxp.com</link> <description></description> <lastBuildDate>Wed, 14 Sep 2011 03:52:03 +0000</lastBuildDate> <generator>http://wordpress.org/?v=2.9.2</generator> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <item><title>Redmine 和 subversion 版本库整合的问题</title><link>http://blog.ossxp.com/2010/11/2080/</link> <comments>http://blog.ossxp.com/2010/11/2080/#comments</comments> <pubDate>Wed, 17 Nov 2010 00:42:52 +0000</pubDate> <dc:creator>蒋 鑫</dc:creator> <category><![CDATA[Subversion]]></category> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=2080</guid> <description><![CDATA[有网友问：
请问，如果我的svn是在另外一台服务器，也通过HTTPS能访问了，在redmine还要做什么设置吗？我输入https的地址，但是redmine始终无法找到svn代码库
我先说一下在 Redmine 中通过 HTTP 协议访问远程 Subversion 版本库
我们最早研究的 Redmine，大概是 Redmine 0.8.5，通过  http 协议配置远程版本库，Subversion 的提交总是不能被 Redmine 获取。在排除了 Subversion 授权和认证的可能原因之后，我们发现问题出在 Redmine 调用 svn 命令被阻塞。
即：必须先在服务器以 Apache 的用户（www-data）访问 subversion（HTTP 协议），使用 SVN 命令行。在访问过程中，会出现交互性的提示：“是否在磁盘缓存明文口令之类的提示”，选择“是”之后， Redmine 就可以正常连接到 Subversion 服务器了。
通过研究代码，我们发现 Redmine 直接调用 Subversion 命令来获取 Subversion 的日志和提交之类，如果在命令行中传递参数：“&#8211;no-auth-cache” 等就可以避免因为 redmine 调用 svn 命令被阻塞。
Redmine 0.8.6 的改进
Redmine 0.8.6 改进了这个问题，和 0.8.5 的代码差异：
$ git diff 661bd08^ 661bd08 -- subversion_adapter.rb
diff --git <a
href="http://blog.ossxp.com/2010/11/2080/" class="more-link">阅读全部内容 &#187;</a>]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/11/2080/feed/</wfw:commentRss> <slash:comments>13</slash:comments> </item> <item><title>Redmine 和 Subversion主备模式的整合</title><link>http://blog.ossxp.com/2010/11/2053/</link> <comments>http://blog.ossxp.com/2010/11/2053/#comments</comments> <pubDate>Mon, 08 Nov 2010 06:58:22 +0000</pubDate> <dc:creator>蒋 鑫</dc:creator> <category><![CDATA[Subversion]]></category> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=2053</guid> <description><![CDATA[当两个或多个 Subversion 服务器互为主备服务器时，Redmine 部署在其中一台服务器上，如何才能让 Redmine 的版本库的授权能够正确保持呢？前提是 Subversion 的授权只能在主服务器上进行。
下面是部署的逻辑图：
如图所示：Redmine 部署于 主机A 中。
蓝线代表读操作，红线代表写操作。
Redmine 的各个项目的版本库指向不同的 svn 根路径（svnroot1 和 svnroot2）下的版本库。
Redmine 项目的版本库配置的授权文件，来自不同的授权文件。如 config1 或者 config2。]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/11/2053/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>Redmine 中的 Subversion 版本库设置</title><link>http://blog.ossxp.com/2010/11/2045/</link> <comments>http://blog.ossxp.com/2010/11/2045/#comments</comments> <pubDate>Mon, 01 Nov 2010 09:40:48 +0000</pubDate> <dc:creator>蒋 鑫</dc:creator> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=2045</guid> <description><![CDATA[Redmine 管理员手册关于 svn 版本库设置写的不是很详细，在这里补充一下。
用 Redmine 创建一个项目后，进入项目的设置界面，访问“版本库”标签，可以为项目建立匹配的版本库设置。
如果是 Subversion，在下拉框选择 Subversion，其它设置参考下面的示意图：注意：在 URL 处使用 file:// 协议。一般我们把版本库部署在 /opt/svn/svnroot 下，所以 URL 的开头一般是：
file:///opt/svn/svnroot/&#8230;   （注意 file: 后面有三个斜线，分别是协议要求的两个斜线，和一个代表根路径的斜线）
URL一般直接指向版本库的根路径。如果多个项目共用同一个版本库，也可以使用 版本库下的某个路径，如：
file:///opt/svn/svnroot/myproject/path/to/project1
因为使用 file:// 本地协议，因此不必输入认证的登录名和密码。
最后两个字段用于版本库浏览时的授权。
其中授权文件，我们习惯的部署位置是：
/opt/svn/conf/svn.access
模组名就是版本库的名称，例如 myproject  。
如果授权文件和模组不填写，开发者都能够通过 redmine 查看源代码。
如果授权文件写错位置（找不到），会导致任何人都无法通过 redmine 查看代码。]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/11/2045/feed/</wfw:commentRss> <slash:comments>5</slash:comments> </item> <item><title>Redmine 邮件发送问题的诊断</title><link>http://blog.ossxp.com/2010/09/1959/</link> <comments>http://blog.ossxp.com/2010/09/1959/#comments</comments> <pubDate>Fri, 17 Sep 2010 04:11:22 +0000</pubDate> <dc:creator>蒋 鑫</dc:creator> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1959</guid> <description><![CDATA[鉴于部分 redmine 爱好者因邮件发送问题很纠结，不知道为何他/她的 redmien 邮件时灵时不灵，回帖的地方太小，因此专门辟此博文。
（说明：下文中出现的 redmine 配置文件路径是 群英汇 Redmine 部署的标准路径，个人配置的 redmine 请勿对号入座  :-D ）
Redmine Email 配置
配置文件为 /opt/redmine/web/config/email.yml 。我们内网的 redmine 的 email.yml 配置为:
production:
delivery_method: :smtp
smtp_settings:
address: localhost
port: 25
domain: bj.ossxp.com
# authentication: :login
# user_name: "redmine@example.net"
<a
href="http://blog.ossxp.com/2010/09/1959/" class="more-link">阅读全部内容 &#187;</a>]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/09/1959/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> <item><title>Redmine 计划任务增加“未来”的选项</title><link>http://blog.ossxp.com/2010/08/1873/</link> <comments>http://blog.ossxp.com/2010/08/1873/#comments</comments> <pubDate>Sun, 29 Aug 2010 08:45:26 +0000</pubDate> <dc:creator>蒋 鑫</dc:creator> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1873</guid> <description><![CDATA[群英汇开发的 Redmine 计划任务插件为我的工作带来极大的便利，让我的工作更有计划性。
最近，我们公司开发人员除了对“计划任务插件”进行代码重构并解决了“星期日”Bug外，还采纳了我的一个建议，增设了一个“未来”选项。即问题的计划日期，除了今天/明天/后天/本周/下周/下下周等之外，增加一个“未来”选项。以程序员的观点，增加“未来”选项可能没有必要，但是以项目经理/项目负责人看来，却非常需要。因为项目负责人思考的问题除了一些短期目标之外，还包括一些长远的目标，甚至只是一些暂时看起来荒谬的想法。
如果这些长远目标或者“荒谬”的想法，不能加入到合适的计划任务，就会在“None组”（未列入计划的事件）中堆积
堆积如山的“None分组”，会导致新创建的问题，不能立即被发现造成拖延。最终实现的“未来”，让我的“荒谬”的点子有家可归了。
]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/08/1873/feed/</wfw:commentRss> <slash:comments>3</slash:comments> </item> <item><title>晒晒我的计划任务</title><link>http://blog.ossxp.com/2010/08/1852/</link> <comments>http://blog.ossxp.com/2010/08/1852/#comments</comments> <pubDate>Tue, 10 Aug 2010 10:30:13 +0000</pubDate> <dc:creator>蒋 鑫</dc:creator> <category><![CDATA[项目管理]]></category> <category><![CDATA[Mylyn]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1852</guid> <description><![CDATA[我真的很喜欢我们最新开发出来的 Redmine 计划任务的功能。最早接触类似功能是 Eclipse Mylyn，能够管理我在 Trac 中的任务，但是 Mylyn 的存在的问题在于：设置复杂，而且 Eclipse 加载慢占用资源多。
为什么不在每天都用的基于 Web 的项目管理平台中加入这个功能呢？这就是我们开发的 Redmine 计划任务功能的由来。
今天好好的用了一下，提了几个改进意见。这不，最新改进的计划任务隐藏没有任务的时间段，缺省自动展开显示。
晒晒我的计划任务。（图中任务仅为示例，是在我笔记本演示环境中的）从上图可以看出：可以很方便的通过右键菜单为属于你的计划任务设定时间表
按照设定的时间段分组显示，缺省打开全部分组。没有任务的分组缺省不显示
到期没有完成的任务，会永远定格显示在“今天”，直到你完成并关闭之
如果有任务被设定了“规定的完成日期”，则会按照设定的计划任务和规定完成日期最近的日期分组
看到了，够 Mylyn 的吧]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/08/1852/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> <item><title>Redmine任务日程安排（类似Mylyn）的功能</title><link>http://blog.ossxp.com/2010/08/1844/</link> <comments>http://blog.ossxp.com/2010/08/1844/#comments</comments> <pubDate>Mon, 09 Aug 2010 06:45:46 +0000</pubDate> <dc:creator>王胜</dc:creator> <category><![CDATA[新闻]]></category> <category><![CDATA[项目管理]]></category> <category><![CDATA[Mylyn]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1844</guid> <description><![CDATA[当开发人员登录Redmine后，页面将跳转到我的工作台界面。在这里默认可以看到指派给当前用户的任务（仅显示10条，通过左下角查看所有问题的链接才能看到所有指派给当前用户的任务），以及当前用户报告的问题。因此开发人员可以清晰看见指派给自己的任务，进而逐一解决。
但当指派给某一开发人员的任务达到数十个以上时，开发人员每天都就会陷入筛选任务的琐碎事件中，而且还会产生无从下手的茫然：任务太多了，不知先处理哪些，后处理哪些。
群英汇为Redmine添加任务日程安排功能，正是基于此需求实现的，为开发人员带来了福音。
该功能允许开发人员对指派给自己的问题设置计划日期，Redmine自动根据设置的计划日期分组显示指派给自己的任务。这样以来，开发人员的工作就井然有序了，可以把主要精力放在项目开发中了。更多关于此功能的介绍可以移步到 Redmine用户手册
]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/08/1844/feed/</wfw:commentRss> <slash:comments>6</slash:comments> </item> <item><title>Redmine与Mylyn的整合</title><link>http://blog.ossxp.com/2010/08/1840/</link> <comments>http://blog.ossxp.com/2010/08/1840/#comments</comments> <pubDate>Mon, 09 Aug 2010 06:15:28 +0000</pubDate> <dc:creator>王胜</dc:creator> <category><![CDATA[项目管理]]></category> <category><![CDATA[Eclipse]]></category> <category><![CDATA[Mylyn]]></category> <category><![CDATA[redmine]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1840</guid> <description><![CDATA[众所周知，Eclipse是一款免费开源而且功能强大的IDE，尤其是其灵活的插件扩展机制更使它锦上添花。
对于开发人员来说，要处理的任务太多，那么有没有一个工具可以让开发人员自由规划自己的任务呢？
Mylyn的诞生给开发人员带来了福音，从此开发人员的工作变得井然有序。
Mylyn 是一个Eclipse任务管理(task management)插件。它提出了任务仓库和任务列表的概念。任务仓库可以是本地的，也可以是互联网上基于Web的任务管理或者缺陷管理系统。任务列表则是从任务仓库中取出的符合查询条件的一组任务。同时它还提供了本地个人日程安排的功能。可以将任务列表的任务根据具体情况设置日程。
那么Redmine作为一款灵活易用的项目管理与缺陷跟踪工具，能否和Mylyn整合呢？
答案是肯定的。具体的整合步骤我已经写成文档，放在Redmine的用户手册中。需要该功能的用户可以移步到 Redmine与Mylyn的整合过程
]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/08/1840/feed/</wfw:commentRss> <slash:comments>6</slash:comments> </item> <item><title>群英汇redmine增强版ossxp-3.0成功上线</title><link>http://blog.ossxp.com/2010/07/1524/</link> <comments>http://blog.ossxp.com/2010/07/1524/#comments</comments> <pubDate>Tue, 20 Jul 2010 13:41:14 +0000</pubDate> <dc:creator>王胜</dc:creator> <category><![CDATA[新闻]]></category> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category> <category><![CDATA[缺陷跟踪管理工具]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1524</guid> <description><![CDATA[
经过三个多月努力，群英汇Redmine 增强版ossxp-3.0终于成功上线。
下面介绍一下 ossxp-3.0 版本的新特征：上游版本库升级到Redmine官方的1.0.0版本. Redmine 1.0.0 引入的新特征：支持子任务(subtask)
当发现起初的任务划分过于粗粒度，可以将起初的任务再划分成若干个子任务，每个子任务指派给某个成员。这样从另一方面实现了一个父任务指派给多人。
支持通过邮件提交问题时设置指派者和问题(issue)的起始日期
支持从POP3服务器读取邮件
redmine-1.0.0之前仅支持从IMAP服务器读取邮件。
关于redmine通过邮件提交问题，具体可以参考 http://redmine.ossxp.com/redmine/documents/4
增强了wiki功能
wiki底层库升级,使redmine的wiki更加稳定、健壮群英汇扩展代码评审插件
为了进一步提高软件的质量，降低项目的风险成本，需要在项目开发过程中尽早加入测试工作。Redmine 代码评审插件为白盒测试提供了一个很好的切入点，可以让白盒测试人员有效地参与到项目开发的早期活动中。针对代码的某一次提交，代码评审负责人可以指派评 审任务，评审人员接到评审任务后可以浏览该次提交的代码并添加评审内容。从而在代码级别上检测了软件的质量。
具体的功能介绍可参考 http://www.ossxp.com/doc/redmine-plugins/redmine-code-review/
截屏粘贴插件
该插件允许用户将操作系统剪切板中的截屏粘贴到问题表单中。这个功能对于bug报告人员十分有用：当报告人员报告bug时，为了更好描述bug，往往将出错的界面截屏，粘贴在bug描述信息中。
具体的功能介绍可参考 http://www.ossxp.com/doc/redmine-plugins/redmine-screenshot-paste/user_manual/user_manual.html
同步修订版本属性插件
redmine用户有时会遇到这种情况：工作了半天终于修复了bug1，兴奋地提交了代码，然后登录redmine浏览版本库信息，却发现提交日志忘记引 用关键字关闭bug1,兴奋的心情一下落空。虽然版本库（如SVN）提供了修改提交日志的功能，但redmine对于已经自动获取的变更集是不能再重新获 取的，除非在版本库配置处删除再重新导入。显然，对于仅仅一次提交的失误，这样做代价似乎太大了。
该插件正是在这种呼声中诞生的。它提供了针对某一次提交同步的功能，完美地解决了这个问题。
具体功能介绍可参考 http://www.ossxp.com/doc/redmine-plugins/redmine-sync-revprops/user_manual/user_manual.html
用户导入插件
redmine管理员有时可能需要批量导入用户。如果你选择LDAP认证方式，那么可以使用群英汇为redmine拓展的从LDAP同步账号的功能。 但如果没有LDAP服务器，仅使用数据库存储账号信息，那么你就可以使用该插件，将用户信息写成csv格式的文件批量导入。
具体功能介绍可参考 http://www.ossxp.com/doc/redmine-plugins/redmine-user-import/user_manual/user_manual.html
问题导入插件
在使用redmine的过程中可能会遇到以下两种情况：有一些问题是固定的，多个项目中都需要用到这些问题，新建一个项目后，都需要手动添加这些固定问题，即繁琐又浪费时间。
大型项目异地开发可能需要将总部redmine中的一些问题导出，然后导入到异地团队使用的redmine中(这两个redmine没有部署在同一台服务器上）。该插件就可以解决这些问题。
具体功能介绍可参考 http://www.ossxp.com/doc/redmine-plugins/redmine-issue-import/user_manual/user_manual.htmlScrum支持插件
这几年来，敏捷开发风靡全球，尤其是Scrum这股风。那么Redmine作为优秀的项目管理工具，是否支持Scrum流程呢？Redmine Sprints 正是在这种呼吁中应运而生。
具体功能介绍可参考 http://www.ossxp.com/doc/redmine-plugins/redmine-sprints/user_manual/user_manual.html
解决了邮件提交问题时中文附件名称乱码的问题
解决了版本库统计页面SVG柱状图IE无法显示的问题]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/07/1524/feed/</wfw:commentRss> <slash:comments>4</slash:comments> </item> <item><title>Redmine关于敏捷Scrum的插件</title><link>http://blog.ossxp.com/2010/07/1519/</link> <comments>http://blog.ossxp.com/2010/07/1519/#comments</comments> <pubDate>Mon, 19 Jul 2010 14:12:32 +0000</pubDate> <dc:creator>王胜</dc:creator> <category><![CDATA[新闻]]></category> <category><![CDATA[项目管理]]></category> <category><![CDATA[redmine]]></category> <category><![CDATA[缺陷跟踪管理工具]]></category><guid
isPermaLink="false">http://blog.ossxp.com/?p=1519</guid> <description><![CDATA[这几年来，敏捷开发风靡全球，尤其是Scrum这股风。那么Redmine作为优秀的项目管理工具，是否支持Scrum流程呢？Redmine Sprints 正是在这种呼吁中应运而生。
借助于Redmine Sprints 插件，可以有效地将Scrum流程包含进Redmine的管理流程：产品负责人（Product Owner）可以登录Redmine，在Backlog页面向产品Backlog中添加用户故事（User Story），并根据功能的重要程度，设置适当的优先级。
在Scrum计划会议上，登录Redmine，进入Backlog页面，根据User Story的优先级来确定即将开始的Sprint要完成哪些User Story，并将这些User Story挪到这个Sprint的Backlog中。
Scrum团队成员可以登录Redmine，进入任务板页面，根据具体情况，将Sprint中的User Story划分成一个个小的功能模块（即任务），各个成员根据自己的能力来领取这些小任务。
接下来Scrum团队的成员就可以集中精力完成自己领取的任务了。并且应该每天都要在任务面板里更新自己的任务状态，同时燃烧曲线（BurnDown）会自动根据任务的完成情况发生变化，从而真实反映项目的进展情况。具体细节请参考 http://www.ossxp.com/doc/redmine-plugins/redmine-sprints/
]]></description> <wfw:commentRss>http://blog.ossxp.com/2010/07/1519/feed/</wfw:commentRss> <slash:comments>10</slash:comments> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (user agent is rejected)
Database Caching 2/15 queries in 0.006 seconds using disk

Served from: blog.ossxp.com @ 2012-02-09 18:08:07 -->
