不同的分布式版本控制系统一起工作

我的办公室有一个中央的Source Safe 2005安装,我们用它来控制源代码。我无法改变办公室在服务器上的用途。

我在笔记本电脑上开发,希望有一个不同的本地源代码控制存储库,可以与中央服务器同步(可用时),而不管该中央提供程序是什么。请求的原因是我可以为客户演示维持一个本地稳定的分支/构建,同时继续开发而不必跳过火焰箍。此外,作为顾问,我的客户可能会要求我使用他们的源代码管理提供商,并且这里的灵活性会让生活更轻松。

任何现有的分布式源代码管理客户端能够处理这些问题吗

0
额外 编辑
意见: 2
听起来(没有双关语意思),就像你正在寻找某种震动传感器(加速度计)来检测踢球的影响。我在这里看到的问题是,如何将碰撞检测限制在踢球事件中,而不是检测脚/球在地面上的影响?
额外 作者 dustin,

7 答案

压电传感器足以用于检测踢球。

http://en.wikipedia.org/wiki/Piezoelectric_sensor

它们很便宜,易于连接到鞋子上,甚至可以用它作为蜂鸣器来产生声音。

这个简单的电路将帮助您:

http://www.discovercircuits.com/DJ-Circuits/motionalarm2.htm

alt text http://www.discovercircuits.com/DJ-Circuits/images/ MOTIONALARM2.jpg

4
额外
这些微星传感器不是磁盘,它们是一种柔性薄膜,而且非常坚固。
额外 作者 Mark Biek,
我同意这绝对是最经济的方法。压电式蜂鸣器也非常敏感,但不会对空气中的声音产生反应。但是要小心处理裸露的压电盘,因为它们非常微妙。您不想在塑料外壳中使用密封的压电圆盘,您需要折断外壳,或购买没有外壳的压电圆盘。当使用压电作为拾音器时,您希望将裸露的元件直接附着到表面上,您希望检测振动。如果它是永久性的,我会使用热胶,您需要良好的固体接触......
额外 作者 titanous,
...尽量不要在压电盘上卡住导线连接,因为试图重新焊接它们会破坏陶瓷层,并且磁盘不再工作。通向压电元件的电线上的少量热胶将阻止它们移动并卡紧。
额外 作者 titanous,

我会尝试一些更简单的方法 - 您只需要检测何时球压在脚的顶部,这只需要一个大而薄的按钮即可。

现有的解决方案并不多,但可以使用小型表面贴装按钮,将其夹在两块塑料之间,然后塑料表面变成按钮。您可以将此塑料碟制作得如同您想要的那样大小,这将决定足球运动员的击球准确程度。

与许多其他震动检测解决方案(例如压电或加速度计)相比,它不易受误报的影响,这些震动检测解决方案可能也会通过不在鞋面上的特别猛烈的碰撞触发。

2
额外
我同意鞋子前面的开关是一个更简单,更强大的解决方案。
额外 作者 Lehane,

I agree that the piezo sensor that PPVI suggested is a very cost effective way to go at less than $3 ea. However I would suspect it would not be discrete enough to distinguish between a ball being struck on the laces versus the toe or instep. I am a long time soccer coach as well and understand the precision you are looking for. Although it would be a much more expensive alternative I think you could use a softpot membrane potentiometer. Sparkfun has them for about $13ea. Check them out Here

然而,对于价格差异,你可能想先尝试压电。

祝你好运,让我们知道它是如何工作的。

1
额外

那么... KernelTrap的这方面的东西。看起来您可以使用 vss2svn 将Source Safe回购管道传送到Subversion存储库,然后使用非常好的git-svn来拉入本地的git仓库。

我会假设使用这种方法提交回VSS不会是一个流畅的自动过程。

0
额外

你应该能够检查出当前版本的代码,然后创建一个git仓库。更新并将其提交给本地git存储库应该是无痛的。应该克隆它。

唯一的问题是你需要让他们都忽略对方(我已经做了类似的SVN)通过搞乱相应的忽略文件。我假设SourceSafe让你忽略了一些东西。你需要做两次特定的操作(比如告诉你两个都删除一个文件)。

0
额外

This episode of HanselMinutes covers exactly what I was hoping to hear. Apparently Git can be used locally then attached to external subversion/vss repositories as need. They talk about it 14 ~ 15 minutes in.

0
额外

有一天,我在一家使用VSS的公司工作(以及在其他公司使用其他较少未知的 SCM ),但我更喜欢使用SVN(有一天我会尝试GIT)进行积极的开发,对于我和我的团队。

首先,这种情况只是一个好主意,如果承诺VSS在一个月内很少,因为与其他SCM(不是VSS)一起工作可以提供更多的灵活性,但是从SVN到VSS的通信在时间上是昂贵的。

我的解决方案是:

VSS -> SVN: I have linux script (or ant script, or XXX script) that copy from currrent update directory work of VSS to current SVN, then refresh SVN client and update/merge/commit to SVN. With this, you are update from changes of the rest of company that use VSS.

SVN -> VSS: In this way, you need a checkout of all your modify files to VSS, then you can simply use the reverse script to copy from current update SVN directory (ignore .svn directories) and copy to current update VSS directory, update and commit.

但请记住,在少数情况下值得您花时间来做到这一点。

0
额外