Version control GNU/Smalltalk的哪个SCM?

Version control GNU/Smalltalk的哪个SCM?,version-control,smalltalk,gnu-smalltalk,git,hg,svn,cvs,Version Control,Smalltalk,Gnu Smalltalk,Git,Hg,Svn,Cvs,我一直在探索Smalltalk方言的不同源代码管理工具,Pharo有Monticello和Metacello,VisualWorks有Parcels,VisualAge使用Envy/Developer GNU/Smalltalk主要使用哪些源代码管理工具来开发用户项目?(不是GST本身的开发)GNU Smalltalk可以归结为普通文件,就像大多数其他语言一样,您可以自由使用任何与文件相关的版本控制系统。与、、等类似语言和版本控制是独立的。您可以使用任何语言的任何版本控制系统。Git可能是当今最

我一直在探索Smalltalk方言的不同源代码管理工具,Pharo有Monticello和Metacello,VisualWorks有Parcels,VisualAge使用Envy/Developer


GNU/Smalltalk主要使用哪些源代码管理工具来开发用户项目?(不是GST本身的开发)

GNU Smalltalk可以归结为普通文件,就像大多数其他语言一样,您可以自由使用任何与文件相关的版本控制系统。与、、等类似

语言和版本控制是独立的。您可以使用任何语言的任何版本控制系统。Git可能是当今最流行的SCM,我强烈推荐它。Smalltalk语言及其环境不是独立的(如果您可以正式地分别定义两者),因此您的折衷工作流(典型的老式语言)在这里不算。请与Smalltalk环境交互,了解这里的问题。我认为您混淆了“SCM”和“IDE”。SCM仅仅意味着版本控制。与您引用的其他Smalltalk变体不同,GNU Smalltalk不会将编译器/解释器烘焙到IDE中。GNU Smalltalk只是一个解释器;您可以使用任何您想要的IDE,并且您可以将文件存储在任何您想要的普通版本控制系统中。问题是关于适用于GNU Smalltalk的SCM,例如适用于VisualWorks的包裹(参见本文)。虽然我能理解你对Git类工具的热情(就像今天的每个人一样),但对于大多数有经验的小人来说,它们被视为是一种倒退。不幸的是,300个字符不足以解释Smalltalk的典型工作流程。要说明一点,几乎没有任何Smalltalk用户会说“你可以使用你想要的任何IDE”,因为每个人都知道环境“隐藏”编译器、解释器等@user869097我认为你的评论对任何Smalltalk都是正确的,但GNU Smalltalk:)