在这个项目中使用 Git 有意义吗？
我们有一个项目，其中 99% 的代码都是 PL/SQL，包括前端（Oracle 表单）。所有 10 个开发人员都使用同一个数据库实例进行开发。该项目很大（数千个数据库对象），因此很少有任何争用，并且存在的任何争用都是通过在数据库中对对象进行任何更改之前在 Subversion 中锁定对象来序列化的（这是手动的，而不是自动的）。
在这种情况下使用 Git 或其他分布式 VCS 有意义吗？
我目前的想法是不会，因为所有更改都会立即影响所有其他开发人员，甚至在它们提交到 SVN 之前。
We have a project where 99% of the code is PL/SQL, including the front end (Oracle forms). All 10 developers use the same DB instance for developement. The project is big (thousands of DB objects) so there is rarely any contention and any that exist is serialized by locking objects in Subversion before making any changes to them in DB (this is manual and not automated).
Would it make sense to use Git or some other distributed VCS in this situation?
My current thoughts are that it would not, as all changes affect all other developers immediately, even before they are commited in SVN.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我的意见是否定的。
我喜欢 DVCS，因为它是动态的：我可以在这里进行更改，提交，那里，提交，将一个更改合并到另一个，对其进行更改，提交，只有在此之后才最终将新更改合并到“tunk”，以便其他更改看到他们并将受到他们的影响。
在您的情况下，开发人员使用相同的数据库实例进行开发。因此，任何更改都会影响所有其他更改，甚至在提交代码之前也是如此。因此，我认为在您的情况下使用 VCS 的 D（分布式）功能没有任何意义。
My opinion is no.
I love DVCSs because of it dynamic nature: I can do changes here, commit, there, commit, merge one to another, make changes to it, commit, and only after that finally merge new changes to the “tunk” so that other will see them and will be affected by them.
In your situation developers use the same DB instance for development. So any changes affect all other even before the code is committed. So I see no point in using D (Distributed) features of VCS in your case.