span8
span4
允许GIT或Subversion来用作工作区一个版本控制库和保存工作区时,工作台与该系统直接交互。
关于这个话题有什么进展或消息吗?它将非常有助于支持FME工作区开发,能够轻松地跟踪工作区版本之间的变化,并作出评论或做审查。现在很难看出发生了什么变化。
如果在FME工作台中有一个可视化的修订界面,您可以从存储库(FME服务器、Git、TFS等)中选择以前的版本,并直接查看这些文档(添加的转换器、更改的参数等)之间的所有更改(如拉取请求),会怎么样。也许你可以点击这些状态差异点,在画布上突出显示这些差异。然后选择一个状态差异点并为开发人员做出评论。在某个时候,你可以选择接受差异并提交给主分支。
只是一些想法。我知道这可能不容易建立,但在安全,你总是在一个挑战,对吗?亚搏在线:-)
rsmith评论·
这将是一个伟大的想法。我们(通过团队基础服务器)的活动推动我们所有的工作区到Git的。我们也试图通过引入请求建立某种形式的代码审查过程中。不必通过工作台和Git进行交互会比使用其他工具更容易推/拉代码的能力,在这样的CLI。也将是很好,如果有一个方法可以轻松地比较提交,树枝等内工作台。目前,我们只能比较生成的XML工作区文件。你在做这个比较Workbench中查看工作区松一些背景。
嗨@TiaAtSa亚搏在线fe
我在想一个simpele选项将允许存储历史与工作区。我可能不是一个奇特的github上的整合,而只是一个simpele选项。也许有可能清空历史,并有日期/时间每次更改可见。
大家好,感谢大家的这种想法您的意见!阅读所有的评论后,它已经让我想...你想什么功能看作为版本控制的一部分吗?有什么,你不会想比较?是否有功能或物品必须在您的环境中成功的版本控制?
我只想选择teamfoundationserver因为事实混帐似乎并不能够合并工作空间柠好。不过,当然一个sourcecontroll系统将是有用的柠。
对于FME 2017.0它看起来越来越像FME Server中的“Github上/ Git的”后台会发生什么。曾与FME Server团队很好的会晤。将让你的所有最新信息,我们将要反馈此进展。想法是,所有的工作区等。将在发布时在Git中进行版本控制。Dale和我还讨论了“fme工作组”模型的可能性,其中有一个本质上的fme服务器核心/存储库,它是fme桌面部署的一部分,用于提升和充当所有工作区的单一存储位置。为组织提供了迁移到服务器的自然方式。
马尔科评论·
我发布了一些类似的东西,虽然不是很好的措辞!
https://knowledge.亚搏在线safe.com/content/idea/21925/fme-。。。
我们有一个舞台和现场环境,对每一个版本进行监视可能会令人头疼。我想服务器可以自动创建一个新的版本号/日期,它不是服务名,而是作为元数据保存的。FME服务器中的一个测试区域,然后部署live,以及自动备份和版本控制都将是非常棒的。更好的方法是,在测试中进行拖放操作,以实时显示哪些自动备份和记录版本信息,以及哪些用户进行了更改。
萨缪尔瓦尔德兹评论·
我将在这次富有成效的讨论中提出以下想法:
分享你的好想法,或通过其他人的想法投票助阵。
©2019安全亚搏在线软件公司|法律