标签: workflow

作为内部呼叫中心应用程序(ASP.NET)的一部分,我一直在使用WWF,虽然学习它是理解基于状态机的工作流系统应如何工作的一个很好的实践,但我绝对不喜欢WWF本身.在我看来它是:

1. 过于复杂,尤其适用于Web应用程序(所有线程运行时的东西)
2. 不成熟(曾与那位可怕的设计师合作过吗？)
3. 其当前功能集中的贫血

有没有人建议更好的基于.NET的工作流框架？具体来说,我正在寻找以下功能:

1. 基于状态机(将状态映射到可用操作)
2. 关注用户权限(控制谁有权访问哪些操作)
3. 能够将工作流作为定时后台任务运行(例如,发送已经处于特定状态x天的项目的提醒)

这就是我真正需要的.我不需要能够"拖放"任何活动或视觉设计流程.一旦触发了特定的动作,我很乐意编写实际的代码.

Pragmatic Programmer的一章建议将黑板/基于空间的架构+规则引擎视为传统工作流系统的更灵活的替代方案.

我正在研究的项目目前使用工作流引擎,但我想评估替代方案.我真的觉得SBA可以更好地解决我们的业务问题,但我担心完全缺乏社区支持/用户群/供应商/选项.

JavaSpaces已经死了,JINI剥离Apache River似乎是生命支持.SemiSpace看起来很完美,但它是一个单人秀.唯一可行的解​​决方案似乎是GigaSpaces.

我想听听您对基于空间的体系结构的看法以及您在实际实现中所拥有的任何经验.

作为GitHub上开源项目的所有者/协调者,自己进行更改的常见做法是什么？

以下是准确的:

1. 创建一个组织
2. 对组织回购进行初始提交
3. 将组织回购分成您的个人仓库
4. 承诺你的个人回购
5. 从您的个人仓库向组织仓库发出拉取请求

我正在为错误报告配置Jira,我已经自定义创建/编辑/查看屏幕以创建"错误"问题类型并定义了自定义工作流程,我的两个工作流程步骤"已解决"和"已关闭"具有自定义屏幕或"视图" "因为它们似乎在工作流程配置中被调用

到目前为止,我看不到任何可能只在"已解决"或"关闭"视图/屏幕中创建字段的方法,因为我无法为这些屏幕分配字段配置.

如果我只是尝试使用默认字段配置为不同的屏幕分配不同的字段,字段将在我提到的屏幕上按要求显示,但是在"创建"等屏幕中也需要它们,即使它们与之无关那些屏幕

有没有人在Jira中为工作流程屏幕成功设置必填字段,而后续屏幕上不强制该字段？我想我已经尝试了几乎所有可能的配置组合来做到这一点,而不需要诉诸插件或黑客

我想知道PHP引擎解释函数声明的顺序.我不知道为什么某些PHP显示调用未定义的函数致命错误和somethimes解释器看到函数没有问题.

我们假设我的代码是:

echo theRest(4,3);

function theRest($a, $b)
{
   return $a % $b;
}

看到调用后声明了该函数,这是正常的.这意味着PHP在解释之前读取整个文件？

另一个例子:

echo theRest(4,3);

include('test2.php');

test2.php

function theRest($a, $b)
{
    return $a % $b;
}

这里我得到致命错误:调用未定义函数theRest().这是为什么？

我有以下git工作流程:

1. 创建新功能分支
2. 在功能分支上工作
3. 经常提交
4. 功能完成后,合并到master分支
5. 冲洗并重复

但是,有时候,我需要从master中恢复整个功能.这可能涉及很多revert.(需要恢复功能的原因是我有一个网站可以使用一个仓库.从那里,我们使用一个脚本将网站部署到我们的生产站点或临时站点.两者都是从我们的主分支完成的.Don不要问,这就是我给予的工作.有时候,我正在研究我上演的东西,但是需要立即做出改变,所以我需要一些方法来拉动我的变化以便清理回购.)

我认为最简单的方法是每个功能分支只有一个提交.然后我可以revert提交.很自然地,我想在将一个功能分支的所有提交压缩成一个之前将其压缩为一个master.

所以现在我的工作流程看起来像:

1. 创建新功能分支
2. 在功能分支上工作
3. 经常提交
4. 一旦功能完成git rebase -i HEAD~number_of_commits(或者如果远程分支可用,origin/feature_branch)

这个逻辑有什么问题吗？它违背了任何最佳做法吗？我自己做了一些测试,整个工作流程似乎运行顺利并解决了我的问题,但我想让其他(更聪明的)Git-ers运行这个想法,看看它是否有任何问题.

谢谢!

特别是在考虑新的Rails项目时,您的版本控制和部署工作流程是什么样的？你用什么工具？

我对Mac,*nix和Windows工作机器的答案很感兴趣.假设一个*nix服务器.

如果需要,我会编辑清晰.

所以我在github上克隆了一个项目并修复了一个补丁.因为这是我第一次在git工作,我试图找出最好的方式将它上线.

在github上检出我自己的(克隆的)存储库后,只有一个分支:master.我创建了一个分支myfix,它现在拥有一个提交,这是bug的修复.

• 我现在应该将所有内容推送到github上的克隆项目吗？我假设这将在我的github项目中创建包含该单个修复提交的分支myfix.
• 我应该将myfix合并到主分支中,删除myfix然后推送所有内容吗？

在线搜索时,似乎常见/良好做法是保持大师不受影响,纯粹用于从真实/原始公共项目存储库(即其他人接受的贡献等)中提取.但其他人建议其他策略:

• 创建一个上游分支,把你的干净和准备好的贡献放在那里,以便其他人可以轻松找到它们,而不是将它与我​​的其他不完整/实验分支混合起来(我想知道为什么如果它们如此不完整,它们甚至会在线).
• 创建下游分支,在此处提取其他更改以进行脱机合并.

如果我遵循以上两个(虽然目前感觉有点矫枉过正)主分支的目的是什么？

Git可以做上述任何组合(或全部).这让我对如何轻松地向别人展示我的作品感到困惑.有这样一个"共同"的工作流程吗？或者它是每个人为自己而你在问题跟踪器中针对固定错误在特定分支(推送)中发布特定修订？

我在CQ中创建了一个需要通过XHR以编程方式运行的工作流程.

正如你们许多人所知,CQ文档并不是最好的(至少在这一点上).我该如何以编程方式运行它？

是否可以使用Git选择性地将更改从一个分支应用到另一个分支？

更具体地说,我使用devGitHub 的公共分支和master部署的私有分支.当对一个分支进行更改时,它们将需要应用于另一个分支,但是某些代码行需要保持不同.在我的例子中,它是一些css类和一个feed.

我是Git的新手,但我做了我的研究:

• git merge --no-commit --no-ff可以使用后跟a git mergetool来选择我想要的冲突.问题是它只适用于冲突Git无法自动合并,所以我想要保持不同的东西在我有机会使用我的mergetool之前被替换.

• git difftool --cached 是有用的,因为它可以让我看到差异,但我需要复制我想要保留的内容并手动用文本编辑器替换它,因为我不能简单地选择和保存,就像我可以使用mergetool.

• git cherry-pick似乎将指定的提交应用于另一个,但我希望保持不同的可能会分散到不同的提交,这些提交可能不仅包括我想要保持不同的内容.我不能看到这个工作,除非我做了数百万的提交会让我发疯.

另外要明确的是,我不希望一个分支成为另一个分支,合并的情况似乎如此.我想要两个独立的分支,各自的差异,并将变化从一个分支应用到另一个分支.

是否有更好的工作流程可以让我通过应用他们的更改并保持一些差异来保留开发和部署版本？我不介意使用单独的存储库或不同的工具,如果它导致解决方案.