基于GUI的构建系统 [英] GUI-based build system

问题描述

有谁知道是否有基于GUI的通用构建系统

左右？ （基于Python会很棒。而且，现在我只看Windows / OS
。）通过构建系统我的意思是类似的东西

" make / makefile"系统，但更多

通用/强大/灵活/更高级/等等，所以如果你有一个

序列（甚至可能是一些简单的条件分支和循环）要执行系统任务的
，你可以更容易地看到步骤，并且可能从某个中间点恢复。如果它具有发送最终状态的电子邮件功能，那就更好了。 :)如果它可以交互式地工作，并且是一个即时消防，甚至更好。 :)


（我不介意为每个单独的任务编写简单的包装器

为构建系统生成标准化的响应。）


我的猜测是已经存在许多这样的实用程序。

另一个猜测是，其中一些使用XML进行任务规范。一个

更多猜测是其中一些是免费的。但是，我可能是错的。 :)


谢谢，


洪荣

Hi,

Does anyone know whether there is any generic GUI-based build system
around? (Python-based would be great. Also, for now I am only looking
for Windows OS.) By "build system" I mean something similar the
"make/makefile" system, but somewhat more
generic/powerful/flexible/higher-level/etc, so that if you have a
sequence (maybe even some simple conditional branches and loops) of
system tasks to perform, you can more easily visualize the steps, and
perhaps resume from some middle point. If it has e-mail capability to
send out final status, even better. :) If it can work both
interactively and a an fire-and-forget stand-alone, even better. :)

(I don''t mind writing simple wrappers to each individual tasks to
produce standardized responses for the build system.)

My guess is that there are many utilities like that out there already.
Another guess is that some of them use XML for task specification. One
more guess is that some of them are free. But, I could be wrong. :)

thanks,

Hung Jung

推荐答案

Hung Jung Lu写道：

Hung Jung Lu wrote:

有谁知道周围是否有基于GUI的通用构建系统？ （基于Python会很棒。另外，目前我只看Windows操作系统。）通过构建系统。我指的是类似于
make / makefile的东西。系统，但更多
通用/强大/灵活/更高级/等，所以如果你有一个
序列（甚至可能是一些简单的条件分支和循环）的系统任务执行，你可以更容易地看到步骤，并可能从某些中间点恢复。如果它具有发送最终状态的电子邮件功能，那就更好了。 :)如果它可以互动地工作，并且可以单独使用，那就更好了。 :)

（我不介意为每个单独的任务编写简单的包装，以便为构建系统生成标准化的响应。）

我的猜测是已经存在许多这样的实用程序。
另一个猜测是，其中一些使用XML进行任务规范。一个更多的猜测是，其中一些是免费的。但是，我可能是错的。 ：）

Does anyone know whether there is any generic GUI-based build system
around? (Python-based would be great. Also, for now I am only looking
for Windows OS.) By "build system" I mean something similar the
"make/makefile" system, but somewhat more
generic/powerful/flexible/higher-level/etc, so that if you have a
sequence (maybe even some simple conditional branches and loops) of
system tasks to perform, you can more easily visualize the steps, and
perhaps resume from some middle point. If it has e-mail capability to
send out final status, even better. :) If it can work both
interactively and a an fire-and-forget stand-alone, even better. :)

(I don''t mind writing simple wrappers to each individual tasks to
produce standardized responses for the build system.)

My guess is that there are many utilities like that out there already.
Another guess is that some of them use XML for task specification. One
more guess is that some of them are free. But, I could be wrong. :)

我还有另一个猜测，那就是鉴于

AAP和Scons项目中的活动，这些可能是 - - 存在的GUI系统将相对原始地相对原始，并且作为一个

结果将不能令人满意。


也许更好的方法是看看GUI是否可以很容易地添加到上述任何一个系统中？


（不，不好意思，我没听说过这个东西的任何GUI版本。

我也不相信用例：上述任何一个允许Python编写
代码来实现所需的逻辑，如果你需要

a GUI比阅读Python代码更容易想象步骤

会允许，你已经遇到麻烦了>
有问题的逻辑，恕我直言。:-)）


-Peter

I have another guess, and that is that given the activity in both the
A-A-P and Scons projects, these likely-to-exist GUI systems would be
relatively primitive in comparison and would be unsatisfactory as a
result.

Perhaps a better approach would be to see if a GUI could easily be
added to either of the above systems?

(And no, sorry, I haven''t heard of any GUI version of this stuff.
I''m also unconvinced of the use case: either of the above allow Python
code to be written to implement the logic required, and if you need
a GUI to visualize the steps more easily than reading Python code
would allow, you''re already in trouble with the tortuous nature of
the logic in question, IMHO. :-) )

-Peter

Hung Jung Lu写道：

Hung Jung Lu wrote:

make / makefile的东西。系统，但更多
通用/强大/灵活/更高级/等，所以如果你有一个
序列（甚至可能是一些简单的条件分支和循环）的系统任务执行，你可以更容易地看到步骤，并可能从某些中间点恢复。如果它具有发送最终状态的电子邮件功能，那就更好了。 :)如果它可以互动地工作，并且可以单独使用，那就更好了。 :)

（我不介意为每个单独的任务编写简单的包装，以便为构建系统生成标准化的响应。）

我的猜测是已经存在许多这样的实用程序。
另一个猜测是，其中一些使用XML进行任务规范。一个更多的猜测是，其中一些是免费的。但是，我可能是错的。 ：）

Hi,

Does anyone know whether there is any generic GUI-based build system
around? (Python-based would be great. Also, for now I am only looking
for Windows OS.) By "build system" I mean something similar the
"make/makefile" system, but somewhat more
generic/powerful/flexible/higher-level/etc, so that if you have a
sequence (maybe even some simple conditional branches and loops) of
system tasks to perform, you can more easily visualize the steps, and
perhaps resume from some middle point. If it has e-mail capability to
send out final status, even better. :) If it can work both
interactively and a an fire-and-forget stand-alone, even better. :)

(I don''t mind writing simple wrappers to each individual tasks to
produce standardized responses for the build system.)

My guess is that there are many utilities like that out there already.
Another guess is that some of them use XML for task specification. One
more guess is that some of them are free. But, I could be wrong. :)

你可能想看看Ant。 （ http://ant.apache.org ）Ant是免费的，

基于Java的make工具（可能来自Jython），但是没有make的

皱纹。它可以执行Java可以执行的任何操作，例如在流程结束时发送电子邮件。它使用XML作为项目makefile。它不应该是一个太多的工作来将Ant包装在一个漂亮的wxPython（或其他）GUI中

（特别是如果你可以使用Jython）。您可能还想看看

Eclipse（ http：//www.eclipse .org ），一个基于Java（但高度可扩展）的
IDE，它使用Ant进行构建过程。


Peace，

Joe

You may want to look at Ant. ( http://ant.apache.org ) Ant is a free,
Java-based make tool (probably usable from Jython), but "without make''s
wrinkles". It can do anything Java can do, such as send an email at the
end of the process. It uses XML as the project makefiles. It shouldn''t
be too much work to wrap Ant in a nice wxPython (or whatever) GUI
(especially if you can use Jython). You may also want to look at
Eclipse ( http://www.eclipse.org ), a Java-based (but highly extensible)
IDE which uses Ant for its build process.

Peace,
Joe

Peter Hansen< pe *** @ engcorp.com>在消息新闻中写道：< 3F ************** @ engcorp.com> ...

Peter Hansen <pe***@engcorp.com> wrote in message news:<3F**************@engcorp.com>...

我还有另一个猜测，那就是给定的活动在AAP和Scons项目中，这些可能存在的GUI系统相对而言相对较原始，并且作为结果不能令人满意。

I have another guess, and that is that given the activity in both the
A-A-P and Scons projects, these likely-to-exist GUI systems would be
relatively primitive in comparison and would be unsatisfactory as a
result.

嗯......也许我应该没有提到build

system这个词。我想到的是比构建系统更通用的东西，比如用于编译和组装软件包的
。我记得系统

任务，包括命中数据库，运行DTS包。也就是说，我想到的不是编码器的工具（基本上是一个

高级makefile系统），而是一个用于任务的企业系统工具

管理。总之，一级以上。我记得的任务比命令行复杂得多，这就是为什么我提到了为每个任务写单个包装器的原因。当然同样的

系统可以用于makefile目的，但是我想要一些比makefile更通用的
。


不管你信不信，类似的事情在商业世界中并不少见。我曾经使用过天文价格的规则引擎

产品，这在精神上非常相似。并且

课程的GUI是必须的，因为我们并不总是与程序员打交道。

无论如何，这一切都是常见的需求。所以如果有没有什么东西，我会感到惊讶。我之前已经制作了一个像

这样的小型系统，虽然没什么特别的，但对我当时的

环境来说太具体了。


问候，


洪荣

Hmm... perhaps I should have not mentioned the expression "build
system". I have in mind something more general than the build system
for compiling and assembling a software package. I have in mind system
tasks, including hitting databases, running DTS packages. That is,
what I have in mind is not a coder''s tool (which is basically an
advanced makefile system), but an enterprise system tool for task
management. In short, one level above. I have in mind tasks that are
much more complicated than just a command line, that''s why I mentioned
about writing individual wrappers for every task. Of course the same
system could be used for makefile purpose, but I would like something
that''s more general than makefile.

Believe it or not, similar things are not uncommon in the commercial
world. I have worked with an astronomically-priced rules engine
product before, and that was quite similar in spirit. And GUI of
course is a must, since we are not always dealing with programmers.
Anyway, all this is a common need. So I''d be surprised if there is
nothing already out there. I myself have made one smaller system like
this before, although nothing fancy and was too specific to my
environment back then.

regards,

Hung Jung

这篇关于基于GUI的构建系统的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！