公司用的svn,并且是自动线上布署;有一同事A,之前都是用svn的,在自己的忽悠下也开始用git-svn。
A所在的小组新起一项目,然后项目有条不紊的进行中...
一日,需要一JS的库实现某些功能,A把之前本地下自己的一些Js库copy到了新项目中。
因为这JS库也是从其它项目复制来的,而且A君之前一直用svn的,但复制时没把.svn目录删掉,直接把 .svn文件夹所在的Js库目录 git add xx/进去做了一个commit foo,然后用git-svn 把foo dcommit到了svn服务器,然后好戏开始上演了..
所有参与项目的其它人checkout这个项目的时候都会卡在这个foo这里,线上自动布署也卡死在这里,A君删除.svn再次提交也没法覆盖这个历史;其他人可以从最新的commit 来checkout,但线上是自动的没法控制。
整个项目就此崩溃了...
PS:svn应该是也可以像git一样有个类似-f的参数吧,不过估计我们也没权限。
后来听说A所在小组重新起了个项目。
A所在的小组新起一项目,然后项目有条不紊的进行中...
一日,需要一JS的库实现某些功能,A把之前本地下自己的一些Js库copy到了新项目中。
因为这JS库也是从其它项目复制来的,而且A君之前一直用svn的,但复制时没把.svn目录删掉,直接把 .svn文件夹所在的Js库目录 git add xx/进去做了一个commit foo,然后用git-svn 把foo dcommit到了svn服务器,然后好戏开始上演了..
所有参与项目的其它人checkout这个项目的时候都会卡在这个foo这里,线上自动布署也卡死在这里,A君删除.svn再次提交也没法覆盖这个历史;其他人可以从最新的commit 来checkout,但线上是自动的没法控制。
整个项目就此崩溃了...
PS:svn应该是也可以像git一样有个类似-f的参数吧,不过估计我们也没权限。
后来听说A所在小组重新起了个项目。