Question

Closed. This question is opinion-based. It is not currently accepting answers.

Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.

Closed last year.

Improve this question

I m以 Java EE开发商为主。我被要求探讨是否有可能在即将开展的网络项目中使用小塔克/海边。你可以想象,这导致了许多令人感兴趣的问题。

一批开发商如何与小塔克/海边实施软件版本和修订控制。您能否使用颠覆或草率?

根据我的理解,小塔克人使用图像,而不是把每个阶层保存到自己的档案中。如何影响管理源代码修订的能力,特别是在整个团队中?

你们能提供什么见解,许多人都表示感谢。

Answer 1

Setup for Pharo (and Gemstone)

每个开发商都有自己的形象。变更档案中,对他所用方法的每一改动都是在当地节省下来的。这使图像破碎时能够恢复。发行的有:monticello文档,其名称、序列号和开发商名称。它知道其祖先。 http://nickager.com/blog/installing-nginx-on-mac”rel=“noreferer”>WebDAV服务器。这里用一个。制作单位和一体化测试,制作新的图像,使开发商能够每天以新的形象(至少)开始。 http://www.lukas-renggli.ch/blog/monticello-merging“rel=“noreferer”>merging 。使用蒙特里略。产品构成(包装结构)是另一个包含 metacello 说明的蒙特里略文件。这使人得以在法罗发展,并在Gemstone进行部署。之后,你需要增加阶级移徙。

http://www.opscode.com/chef/“rel=puppetlabs.com 他们当然使用电.管理。

除了使用静态的密码质量控制工具(smallLint,还检查了小塔克方言之间的差别,添加Moose ,并创建自己的环境,该项目的动态直观,

http://www.cincomsmalltalk.com/“rel=“noreferer” 当地开发商利用STORE建立关系数据库(例如邮政总局),储存当地承诺。该守则以组合的形式编排,有名称空间。复制本用于复制中央数据库的当地版本。从那里,流动与Paro的安装相同。

[更新] 在Esug2012,Dale Henrichs提交了工作,使得能够利用git和github来管理多个方言中的小数代码。基本上界定了一个档案结构(,供Amer、Gemstone、Paro、Squeak、视觉Age、STIG用于视觉工作),以便在名录中储存小型talk方法。目前,这更是为了在方言之间交换法典,而不是取代原居的SCM。

Answer 2

答案很短:你(现在)不能使用基调或颠覆。

Even shorter answer: you don t need it :)

Large answer: See Stephan explanation on how Pharo it self is created :)) Of course, if you are used to file based systems, this will be strange at first instance, but once you start working, you will realize that you have all the tools you need to version control (monticello –this is the replacement for Git/Subversion), and for creating complex installations (metacello –this is the replacement for things like maven). With some work (as always and with any platform you choose), you can setup your own continuous integration server (jenkins or hudson or whatever) and soon you will be team working just as in other environments, but with one big plus: you will be developing Seaside/Smalltalk :P

EDIT:这是很老的答案,经过了许多时间。自那以后,Paro已经发展起来,这已不再是真实的,因为你与Gite(Named iceberg)进行了良好的融合,提供了所需的一切,而大多数以Npharo为基础的项目现在已经投入使用(和αro本身,见

Answer 3

Svn/Git有一些工具,但IMHO更适于在这里流动和使用Monitello,因为Monicello给了你像甘地那样的类似经验,但更简单地使用,并且更加融入“小塔路”。

您没有具体说明什么是小数,但是如果是使用的话。 Pharo是无限的Monticello(当 st子变得复杂时——Metacello上台)。

Answer 4

小塔克有自己的包装/版本系统,其中源代码包被控制、分离、合并等。你们计划使用哪些小片方言? Pharo has Monticello and Mescello, Squeak has Monticello, VisionWorks has STORE.

Answer 5

Development in Smalltalk is usually more productive - but you have to learn about new tools first: Monticello/Metacello for packaging (think of it as saving a package in an own ZIP file with mcz extension and an own version number each time you commit). Metacello provides the informations wich Monticello packages fit together and should be loaded to provide a full working app (similar to POM s in Maven, but in a specific class file ConfigurationOfXXX where XXX is the components name). You do not need non-Smalltalk versioning tools like subversion unless you want to manage external resources like pictures or database scripts.

还要看Hudson/Jenking的融合,因为这还将帮助你实现形象建设和持续融合的自动化。

Answer 6

VA Smalltalk Envy 。

以往任何时候我认为,你将真的像海边。

友情链接