我注意到开发人员倾向于评论他们的更改,而不是目的/日期/原因在更改日志中的理由.他们有一些非常合理的说法,如果我们两者都需要,就会发生重复劳动.我花了一些时间来追踪变化.没有给出明确的方向,缺乏一致的方法让我有点恼怒.通常人们都在做两件事吗?是否有我想尝试的工具来减少寻线时间.Currenltly我们有cvs,git和svn实现.
我们目前正在确定是否将CVS和VSS项目移动到单个SVN服务器.
我一直在使用SVN很长一段时间但是被迫使用CVS和VSS来完成工作.
你能不能帮我解释一下为什么搬到SVN会比买VSS 2005更好?从CVS到SVN的好处是什么?
我们在C#.NET/Java/Perl/Visual Basic中有项目.
除了成本差异之外,我还能对老板说些什么来说服他们转向svn.
还有一种方法可以在移动到SVN时保留VSS和CVS的历史记录吗?
是否可以在CVS的预提交钩子中使用提交消息?CVS服务器正在远程运行,我使用它来访问它pserver.
理想情况下,如果文件通过过滤器或提交消息包含某些文本,我想允许提交.
我没有选择使用其他版本控制系统.
我想用来svn export从Subversion存储库导出一堆文件.我还希望放弃对这些文件中找到的任何关键字进行关键字扩展,而不管svn:keywords此文件的属性如何.有没有办法做到这一点?
我这样做是因为我想将存储库中的文件与一组不在存储库中且具有未扩展关键字的相同文件进行比较.很久以前我在CVS中有一个存储库.很久以前我做了一个标志日转换为Subversion.现在我正在尝试将整个历史转换为Mercurial,我想确切地确定Subversion中的哪个版本与使用diff的CVS中的最后一个版本最接近,而不必涉及扩展的关键字差异.
我有一个生产CVS存储库,它存在很多年之久,并且已经注意到它在Attic和给定位置的实际目录中都有相同名称的逗号文件.这似乎是一个错误.
我的问题是如何在第一时间发生这种情况以及当存在重复文件时CVS会做什么.
我的猜测(希望)是,当有非Attic版本时,它会一直忽略Attic版本.任何人都可以确认CVS是否一直表现良好.
顺便说一句,这个错误是由cvs2svn标记的,因为我正在进入一个"更新"的源控制系统.
我一直在使用Eclipse从Eclipse界面中进行CVS checkout.是否可以像使用普通的CVS程序一样使用命令行?当我在命令提示符下输入CVS时,我会得到通常的结果
cvs is not recognized as an internal or external command
Run Code Online (Sandbox Code Playgroud)
但是CVSing应该是可能的,因为它是Eclipse的一部分.我是否需要更改环境变量?或者需要什么
我正在尝试将我的cvs存储库转换为git并且暂时停留在最后一个问题上.
我目前使用CVS&符号模块在projets之间共享代码.这些允许您基本上将另一个存储库"别名"作为项目中的子目录,因此您可以更新/提交整个项目,并且它包含远程存储库,就像它是一个存储库一样.
我已经看过线程推荐使用子树合并或子模块来执行此操作,参考(svn:externals).这不起作用,因为:
子树合并显然不允许您轻松推回/更新外部回购.
子模块仍然需要您手动推/拉每个子模块.我有大量的子模块,并且每个子模块都会推送我的更改会很乏味,并且可能会导致遗漏,因为更改会忘记提交.
为了清楚起见,我希望有一个git存储库,其中包含其他git存储库作为子目录,并且能够使用一个命令同时提交/推送/拉到所有这些存储库.
我不小心将文件提交给CVS作为二进制文件(粘性选项-kb),现在我想将其删除.可能吗?
我已经找到了用cvs admin -kv将选项更改为其他选项的方法,但有没有办法将其完全删除?
我还尝试删除该文件,然后重新添加(不指定任何粘性选项),但该文件的新版本具有相同的旧-kb选项.
谢谢!
目前我公司正在使用cvs进行版本控制.我想在本地使用mercurial,因为它具有灵活性和合并功能.这将使我的工作变得更容易.
该怎么做?
我有一个在Windows上运行的Jenkins实例和一个项目,我需要从CVS存储库中检出.事实上,Jenkins的内置CVS插件正在使用Windows CRLF行结尾进行检查.但是,需要完成的一些操作要求文件具有Unix样式LF行结尾.
dos2unix在整个存储库中运行类似的实用程序似乎很安全可靠.
我可以通过运行shell脚本构建步骤来使用Cygwin的cvs,但我更喜欢与Jenkins更好地集成的东西.
因此,如果没有编写脚本来调用外部CVS,或者之后修复它dos2unix,Jenkins可以在Windows上查看带有Unix行结尾的CVS存储库吗?
我已经遇到过这个错误报告,表明这个问题自2012年以来就已为人所知,并且没有做太多的事情.如果有人确实知道我已经提到过的替代方案,我会将问题保持开放.