我们有许多使用CVS的不同平台的程序员。
我们有使用TortoiseCVS（使用cvsNT）的Windows开发人员。
我们有使用Ubuntu 8.04的开发人员。
我们有两个盒子，一个是Ubuntu，一个是Windows的开发人员。
不同的平台上的不同开发人员使用各种各样的编辑器。
我们在行尾方面遇到了巨大的问题。这表现为文件中行尾数量的持续增长。
据我所知，TortoiseCVS使用cvsNT，它假定存储库中使用UNIX行尾。当您检出时，它会将UNIX行尾转换为Windows行尾，并在提交时将Windows行尾转换回UNIX行尾。
在Ubuntu上，cvs客户端不进行任何转换，因为存储库应该使用UNIX行尾，而Linux也使用UNIX行尾。
只要所有Windows用户都使用基于cvsNT的客户端，这一切都可以正常工作。并且没有人更改其操作系统。
可悲的是，拥有Ubuntu和Windows盒子的人经常会切换，并且可能在不同的操作系统上进行检出、编辑或提交。
结果，他们最终使用具有Windows行尾的Linux CVS客户端提交文件。
当在Windows上使用cvsNT客户端检出此文件时，CRLF将转换为CRCRLF，看起来像两行。每次发生这种情况，文件中就会出现更多的新行。
有没有办法使Linux上的CVS在提交时将任何Windows行尾转换为UNIX行尾，以防止发生这种情况。这样，CVS服务器将只具有UNIX行尾。
欢迎提出任何其他克服此问题的建议。
我们有使用TortoiseCVS（使用cvsNT）的Windows开发人员。
我们有使用Ubuntu 8.04的开发人员。
我们有两个盒子，一个是Ubuntu，一个是Windows的开发人员。
不同的平台上的不同开发人员使用各种各样的编辑器。
我们在行尾方面遇到了巨大的问题。这表现为文件中行尾数量的持续增长。
据我所知，TortoiseCVS使用cvsNT，它假定存储库中使用UNIX行尾。当您检出时，它会将UNIX行尾转换为Windows行尾，并在提交时将Windows行尾转换回UNIX行尾。
在Ubuntu上，cvs客户端不进行任何转换，因为存储库应该使用UNIX行尾，而Linux也使用UNIX行尾。
只要所有Windows用户都使用基于cvsNT的客户端，这一切都可以正常工作。并且没有人更改其操作系统。
可悲的是，拥有Ubuntu和Windows盒子的人经常会切换，并且可能在不同的操作系统上进行检出、编辑或提交。
结果，他们最终使用具有Windows行尾的Linux CVS客户端提交文件。
当在Windows上使用cvsNT客户端检出此文件时，CRLF将转换为CRCRLF，看起来像两行。每次发生这种情况，文件中就会出现更多的新行。
有没有办法使Linux上的CVS在提交时将任何Windows行尾转换为UNIX行尾，以防止发生这种情况。这样，CVS服务器将只具有UNIX行尾。
欢迎提出任何其他克服此问题的建议。