blocks|key|3152944|text|为什么你要把你构建的动态链接库放到svn中？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3152945|编辑|3152946|你应该想出一个更好的方法来做这件事--比如在某个地方安装一个安装程序或者一个ftp服务器，开发者可以在那里得到你的DLL。把你的衍生作品放到svn里真的不是个好主意。真的很糟糕。|3152947|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Why are you putting dlls that you build into svn?

EDIT

You should figure out a better way to do this - like have an installer or an ftp server somewhere where developers can get your DLLs. It is a really bad idea to put your derived works into svn. Really bad.

blocks|key|1014004|text|快速而简单的方法是统计这两个文件并比较它们的修改时间--只有在目标目录中的DLL比您正在复制的DLL旧的情况下才复制该文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1014005|一种更健壮但速度更慢的方法是使用任意数量的diff程序逐个字节地比较两个DLL。|offset|length|1014006|entityMap|0|LINK|mutability|MUTABLE|url|http://linux.die.net/man/1/diff^0|0|L|4|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

The quick and easy way is to stat both files and compare their modification times -- only copy the file if the DLL in the destination directory is older than the one you're copying.

A more robust but slower way is to use any number of <a href="http://linux.die.net/man/1/diff" rel="nofollow noreferrer">diff</a> programs to compare the two DLLs byte-for-byte.

blocks|key|836786|text|除非我误解了你的问题，否则你什么也不需要做。如果文件没有被修改，SVN知道这一点，不会提交。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|836787|编辑：你已经在回答Tim时澄清说，你这样做是为了省去其他开发人员构建的麻烦。这是错误的方式。源代码管理不应用于保存作为源代码输出的二进制文件。相反，你应该：|offset|length|style|BOLD|836788|836789|让持续集成在你的树上工作|ordered-list-item|836790|将所有的输出从1.发送到一个公共共享|836791|告诉所有的开发人员如果他们不想构建一些东西|836792|就在这个共享上寻找|836793|entityMap^0|0|0|3|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@$D|V|E|W|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|X|8|@]|9|@]|A|$]]|$1|I|3|J|5|K|7|Y|8|@]|9|@]|A|$]]|$1|L|3|M|5|K|7|Z|8|@]|9|@]|A|$]]|$1|N|3|O|5|K|7|10|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|11|8|@]|9|@]|A|$]]|$1|R|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|S|$]]

Unless I'm misunderstanding your question, there's nothing you need to do. If the file isn't modified SVN knows this and won't commit.

Edit:
You've clarified in answer to Tim that you're doing this to save other devs the trouble of building. This is the wrong way to do it. Source control should not be used to hold binaries that are output of the source. Instead you should:

<ol>
<li>get continuous integration working on your tree</li>
<li>send all output from 1. to a a common share</li>
<li>tell all devs to look on this share if they don't want to build something </li>
</ol>

blocks|key|3152985|text|SVN应该已经为您解决了这个问题。如果两个文件之间确实没有区别，并且您用另一个文件替换了一个文件，那么SVN将不会将该文件视为“已修改”，即使它有一个新的时间戳。SVN保留文件的基本修订版，并使用diff本身来查看需要提交哪些文件。因此，您可以随时复制dll，剩下的工作由SVN来处理。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3152986|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

SVN should already take care of this for you. If there are really no differences between the files and you replace one with the other, SVN will not consider the file to be "modified," even if it has a new timestamp. SVN keeps around a base revision of the file and uses diff itself to see which files need to be committed. So you can just always copy the dll and SVN will take care of the rest.

blocks|key|836920|text|无论如何都要尝试提交，看看SVN是否与您的图形界面一致。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|836921|如果它尝试提交，那么无论构建文件的内容是什么，每次都会包含一些不同的信息(可能是时间戳或其他信息)。您可能希望实际提交，因为该文件是不同的。您可以检查您的编译选项，看看它是否包含某种时间戳，但如果您找不到这样的选项，就很难判断对dll的更改是有意义的，还是仅仅是一些编译器元数据。|836922|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Try to commit anyway and see if SVN agrees with your graphical interface.

If it tries to commit anyway, then whatever is building the file really is including some different information every time (maybe a time stamp or something). You may want to actually commit since that file is different. You can check your compile options to see if it is including some sort of time stamp, but if you can't find such an option, it will be hard to tell if the changes to the dll are meaningful or just some compiler meta-data.

blocks|key|3153074|text|可以将二进制文件签入subversion。原因是下游用户(QA或用户)可能没有从源代码构建的环境。他们对从源代码构建也不感兴趣。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3153075|这里的问题是一个建筑管理问题-当你发布DLL时，如果QA发现你的DLL有问题，你如何追溯到来源。|3153076|时间戳不是可靠的方法。|3153077|为此，你需要有一些建筑物管理方面的知识。在我的项目中，我们的构建脚本定位所涉及的文件的最大修订号(请注意，这不是当前的修订号，因为您应该能够在将来构建，但会产生相同的结果)。然后，它将此编号标记到DLL的版本资源。在我们对结果感到满意之后，我们通过手动将二进制文件复制到subversion中的文件夹中并签入来释放它。|3153078|如果QA发现错误，我们可以随时返回到构建DLL的状态(通过查找版本号)，并找到问题所在。|3153079|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

It is OK to check in binaries into subversion. The reason for that is that the downstream user (QA or user) may not have the environment to build from source code. They are also not interested in building from source code. 

The issue here is a building management issue - when you release that DLL, and how do you track back to the source if QA finds a problem with your DLL.

Timestamp is not a reliable method.

You need to have something in building management for this purpose. In my project, our building script locates the max revision number of the files involved (note that this is not the current revision number, as you should be able to build in the future but produce the same results). It then stamps this number to the DLL's version resource. After we are satisfied with the result, we release it by manually copying the binary into a folder in subversion and check in.

If QA finds a bug, we can always go back to the state that built the DLL (by looking up the version number) and find where the problem is.

I have a post-build script after building my c# project that will place one of the dll files in a specific directory. This dll is saved in SVN. My question is, is there a way that when building my project, it knows that this dll has not changed and would know not to be copied over to the directory so the there will not be a modified copy for the SVN?

how to compare dll files

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在构建我的c#项目之后，我有一个构建后脚本，它将把一个dll文件放在特定的目录中。此dll保存在SVN中。我的问题是，有没有一种方法，在构建我的项目时，它知道这个dll没有改变，并且知道不被复制到目录中，这样就不会有SVN的修改副本？

问如何比较dll文件
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何比较dll文件EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何比较dll文件
EN