2015-10-06 105 views
-1

我想知道如何处理二进制版本。就我而言,这是非常古老的学校,我们只是编译源代码,删除源代码然后压缩发布版本。Git的二进制版本

当我们转移到Git时,问题是我们必须在发布期间删除.Git文件夹。这现在完全将二进制版本断开到存储库。以前使用CVS时,我们可以将.CVS文件夹留在磁盘空间或文件大小上。这不是Git的选择,因为每个项目都会变得越来越大。

即使存在标签,人们出于某种原因倾向于移动标签,唯一的检查方法是在二进制发行版上有一些东西,这些东西会提供从存储库中产生的地方的线索。我正在考虑在生成二进制版本的过程中,通过构建脚本将SHA-1编号添加到Changelog.txt中。

我想问问你是否有更好的想法。谢谢!

+1

我希望您的构建过程能够检测到您的git repo中的变化,或者在给定时间检出您的repo,在不受版本控制或git忽略的其他目录中创建二进制文件,然后将此二进制文件目录您的QA /预生产/生产系统,同时保留一些符号以供将来调试。 – zedfoxus

+0

我不确定我会称这个“老学校”为“完全无视为什么VCS对于持续发展至关重要”。我想你是围绕着答案徘徊的:不要摧毁你的知识库,那里有大量的知识。人们正在移动标签?这是一个政策问题,需要与人们解决,而不是VCS;也就是说,如果有一个发布标签,那么不要动摇它,否则我们会笑,指出并恢复它。你的开发团队中有人需要关于VCS为什么是好东西的很好的教程。唉,这超出了StackOVerflow的范围。 – msw

回答

2

更简单的方法是使用以外的输出文件夹编译源文件夹源文件夹。

这意味着:

  • 它是混帐回购协议完全
  • 如果你想保持制作在你的树,但没有你没有做任何清理
0

外清理你的仓库,在仓库顶层创建两个目录; builddist将这些添加到顶级.gitignore文件

让您的构建脚本将输出放在build下,并使用它创建放入dist的zip文件。

相关问题