我正试图在这里实施一些疯狂的方法。我们有三个开发人员，（Me + 2），我已经在我的Windows机器上运行了SVN，另外两个没有进行版本控制 - 但是！
我们有一台服务器，每个网站都有一个我们都在处理的结账（我们都在同一个结帐工作）。
我正在考虑为我们设置最有效的设置是什么？
SVN服务器我想我应该搬到一个位置所以我们都可以访问，我们应该都有自己的〜/ public_html用于结账（所以不再共享结账 - 正在共享一个结帐不良做法？）
anyhoo，只是想得到一些反馈，我知道就开发过程来说，没有一个适合的规模，但我只是想确保我的计划没有任何本质上的缺陷......
答案 0 :(得分：4)
分享结帐 是一个坏主意。 “工作副本”的整个想法是，您可以在不受干扰的情况下完成工作，并在再次处于功能状态时检入 （即，从存储库中检出任何版本干净地编译）并且至少通过粗略的检查。）
您可以进一步为每个开发人员提供一个单独的分支来工作，当对该分支中的工作感到满意时合并回主干。
我不清楚您的设置的具体细节，但至少让每个开发人员都在他自己的工作副本中工作。
答案 1 :(得分：0)
通过DAV共享的Apache服务器中的SVN（不需要'public_html'，只需允许从全部到repo位置或为每个开发人员创建一个用户/通行证组合，这对于问责制POV来说相当容易和更好）每个人都可以访问并承诺通过Tortoise或任何其他SVN客户端看起来足够好开始我。
答案 2 :(得分：0)
如果我理解正确，你们都在制作相同的结帐副本，以某种方式共享，然后你提交其他开发人员工作......
我认为每个开发人员都应该使用自己的本地“工作副本”，在每台开发人员计算机上运行本地服务器。
你现在的工作方式并没有给你源控制所应具备的所有优势。
例如，您无法查看是谁对文件进行了特定更改，您的开发人员无法跟踪他们自己的更改......
我建议你推动你的团队正确使用源代码控制，有很多好处，我敢肯定，你不会回去......
答案 3 :(得分：0)
版本控制的重点是每个人都检查自己的工作副本。所以是的，分享结账是不好的做法。
简单的Web开发策略可以让每个人在自己的计算机上都有自己的工作副本，然后应用更改。每次签入后，您都会运行一个脚本，将svn导出到测试服务器。