几天前，我和我的朋友讨论了使用版本控制系统时提交消息的大小。当他使用较大的提交消息但不那么频繁地提交时，我就有了经常提交和小提交的想法。
我总是听说，至少作为初学者，你应该按照我的方式去做；经常有小的提交消息。如果可能的话，您应该用一句话总结您的提交。
但当我看到像Linus Torvalds这样的专业人士时，我却有相反的感觉。这是他在github 上的地下项目上发布的一条提交消息。
这使得如果它们彼此相差半格以内，则认为它们是相同的。如果您手动编辑压力并将其设置为与样本相同的巴压力，它们可能与最后的毫巴不同，但显然手动输入的气缸压力与样本数据没有显着差异，因此请考虑它是多余的。
我们确实希望手动覆盖气瓶压力优先于样本数据（正如 Dirk 雄辩地指出的那样，一些潜水电脑确实没有非常可靠的样本数据），但同时样本数据也是我们期望的数据相当准确。开始和结束压力覆盖适用于没有样本数据或样本数据由于某种原因完全错误时。
签署人：Linus Torvalds
这是有问题的提交消息。
我查看了自己的提交消息（我有几千条），它们通常总是少于 40 个字符。
有人对这个问题有意见吗？
我正在更新 CVS 中的文件。我将需要更新的文件放在我的 unix 文件夹中。使用 cvs add、cvs commit - 我能够将新文件添加到目录中。我还可以使用 cvs update 将一些版本从 1.1 更新到 1.2。但是我无法更新一个文件的版本，出现以下错误：
cvs update filename.scr
cvs server: move away filename.scr; it is in the way
有什么想法如何解决这个问题吗？
我想找出两个日期之间在主分支（或与此相关的任何一个分支）上修改的所有文件。
我明白，从这篇文章（如何仅列出两次提交之间更改的文件名？）我可以使用
git diff --name-only SHA1 SHA2
但我不知道今天和昨天之间的 SHA 是什么。特别是当一天可能有多个提交时。
更准确地说，我想知道今天凌晨 12:01 到昨天凌晨 12:01 之间主 git 存储库上更改的文件列表。
这可能吗？我以前可以在 CVS 中使用cvs diff -D "1 days ago".
我想我真的在帮助忘记的人之后,Cruise Control向所有人发送了提交的详细信息,因此人们热衷于添加有意义的评论,但有时会忘记.
我想在给定的日期和时间远程标记CVS存档,这似乎得到-D参数的支持,但我只能找到用于日期的格式示例:
cvs -d :pserver:server:/repo rtag -D 20081121 module
日期似乎采用YYYYMMDD的格式,但我似乎无法计算出格式的次数,YYYYMMDDHHMM会收到以下错误:
cvs [rtag aborted]: Can't parse date/time: 200811210000
我一直在使用subversion(以及之前的CVS)不仅存储源文件,而且以后存储用于我研究的LaTeX文件,最后还存储一些word文件和其他材料.
我喜欢这样一个事实,即我可以使用多台计算机并同步每台计算机的最新内容,同时仍然能够维护备份和项目的某些层次结构.
我确信我不能成为唯一一个这样做的人.
我现在正在考虑将CVS或subversion用作包含许多频繁更改的office文档的家庭计算机的主要备份机制.这是好主意吗？我能想到的主要问题是文件被认为是二进制的,所以服务器会膨胀一点.
但是,我想知道其他我应该注意或注意的事情.
另外,我在哪里可以找到可以自动化签名的脚本的好例子？
目前我发出以下命令:cvs -d/path/cvsroot checkout -P directory/powers_npg /
但是,这会将我在目录上方的整个目录结构检出到我发出此命令时所在的位置.
我试图检查这棵树,但我希望它检查到与我的PWD不同的目录.
我想要像这样的命令:
cvs -d/wv/path/cvsroot checkout -P目录/ powers_npg// home/me/Desktop/
因此,检查到我当前位置的任何内容都将签出到/ home/me/Desktop /.
我现在正在通过一个脚本在我完成检查时移动树来实现这一目标,但我想有更好的方法来实现这一目标.
我在使用发布标签签出文件时遇到了一些麻烦,希望有人可以提供帮助.
基本上我的存储库是这样构造的
module1
- src
- jsp
- conf
module2
- src
- jsp
- conf
版本可以包括module1或module2或两者的更改.有几个开发人员可以处理任何模块中的任何文件.
要处理新版本,我们使用以下命令检出最新版本(例如LIVE-REL-2.4)
cvs checkout –r “LIVE-REL-2.4” moduleName
请注意,我们不会从trunc中查看.这样做的原因是,如果您从trunc结帐,则包含其他开发人员已签入但您不想包含在下一版本中的文件.
在我们检查了最新版本之后,我们进行了更改并检查了新文件.对于交付,我们使用特定于错误的标记标记我们签入的所有新文件.
cvs tag BUG434 <file1>
cvs tag BUG435 <file2>
然后,我们将新标签应用于当前版本中的每个文件.
cvs tag – r “LIVE-REL-2.4” “LIVE-REL-2.5”
然后,我们为我们签入的新文件添加新的发布标记
cvs tag –r “BUG434” “LIVE-REL-2.5”
cvs tag –r “BIG435” “LIVE-REL-2.5”
以上内容确保新版本将包含"最新发布的版本"中的所有文件以及我们希望包含在发行版中的错误修复.要检查新版本,我们就这样做
cvs checkout –r “LIVE-REL-2.5” moduleName
上面的结账是经过测试和交付的.关于这个过程是否真的有效,但是有点混乱.我们突然有人抱怨他们无法检查任何新文件,如果他们通过标签签出.生成的错误如下所示
sticky tag `LIVE-REL-2.5' for file `DatabaseFacade.java' is not a branch
我一直在阅读这个错误,但我还没有找到解决方案.从我从谷歌搜索收集到的,可用的解决方案如下
这不适合我,因为我不想释放"头"上的变化.我想要发布的修订版是上一版本的更新版本.'HEAD'上的那个可能是有人更新过的,并且不会在下一个版本中发布.
我希望我能做到这一点,但我似乎无法说服我的任何老板我们应该支持分支.我们不支持它,因为它显然使事情变得比它们需要的复杂得多.
这可能会起作用,因为每当有新版本时我就可以从'HEAD'结帐.
现在我的问题真的如下,
请帮我生成.cvspass文件来配置hudson工具.
我有一个CVS服务器.我想在一些已经存在的目录中添加一个新目录.我怎样才能做到这一点？
CVS add命令在现有目录中添加文件.我想知道如何在CVS文件夹中添加子文件夹.