我的团队使用SVN存储的不仅仅是源代码--我们存储的是各种各样的文件。当某个Excel电子表格被团队的一个子集更新和确认时,我正在设计的一个过程用于生成diff报告。(这个电子表格是由一个单独的过程自动生成的,没有人碰过它。)
这是我的工作流程:
raw.xlsx
)。我下载该文件并提交到SVN。to_review.xlsx
)并提交。我的团队收到一封电子邮件,称raw.xlsx:HEAD
和raw.xlsx:PREV
之间存在差异。to_review.xlsx
,根据需要编辑并提交它。to_review.xlsx
进行编辑,以更新选项卡以反映编辑,并提交该选项卡。(可以选择:发送一封电子邮件,说明您现在需要更新to_review.xlsx
的工作副本。)它还生成一个文件report.pdf
,它总结了raw.xlsx:HEAD
和raw.xlsx:PREV
的差异。用这种方式使用SVN --即编辑刚刚提交的文件并重新提交它--有多好?编辑永远不会针对人工添加/删除的内容,但是通过这样做,一旦提交,用户立即拥有过期的副本。我不知道如何处理这个问题--我们不能直接从raw.xlsx
到report.pdf
,人类必须在to_review.xlsx
的循环中。
发布于 2016-08-31 21:01:13
这个问题更多的是关于你的合理的,自动化的,审查过程。
提交挂钩用于对文件进行定义良好的更改。例如,行尾和插入更新的样板文本。我不确定RCS标签是否在SVN保存的文件中展开,而是取决于您的版本控制系统。钩子也可用于拒绝无效的更改。
所描述的提交钩子的使用似乎不符合这一类别。钩子延迟提交并触发其他文件中的更改。如果两个人向raw.xlsx提交更改,似乎也存在缺陷。
如果不直接修改受影响的文件,就不能使用post提交钩子来触发进程,有什么原因吗?
所以,您提交raw.xlsx。它被保存,然后导致to_review.xlsx进程。
假设允许您拒绝检查,则该钩子可能会用前面的版本覆盖raw.xlsx。从过程描述来看,还不清楚raw.xlsx版本的归档将用于什么目的。
https://softwareengineering.stackexchange.com/questions/329025
复制相似问题