Integrate diffing into build
See original GitHub issueGenerate diff artifact as part of es.net build script.
- Alert if
Type="Deleted"
orType="Modified"
is present - Attempt to de-duplicate erroneous
Type="Modified"
on types - Potentially filter on Modified and Deleted to aid human-check
Issue Analytics
- State:
- Created 5 years ago
- Comments:7 (6 by maintainers)
Top Results From Across the Web
Integrate Assembly Diff in Your Build Using JustAssembly
It converts the assembly hierarchical structure to XML hierarchy. The assembly contains modules and the modules contain types which in turn ...
Read more >Merge+Diff: Building DAGs More Efficiently and Elegantly
This post showcases how MergeOp and DiffOp help encode knowledge of software dependency relationships, which enables BuildKit to maximize cache reusability and ...
Read more >11 Diff and Merge Tools to Simplify Your File Inspection
Diff and merge tools are meant to assist users in comparing, exploring, and managing differences across files. The difference could be ...
Read more >Compare Builds and Code Diff - YouTube
CppDepend can tell you what has been changed between 2 builds but it does more than simple text comparison. It can distinguish between ......
Read more >Working with diffs
Working with diffs. We rely on different sources to present diffs. These include: Gitaly service; Database (through merge_request_diff_files ) ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
We use: https://github.com/nullean/AssemblyDiffer which handles TFM’s as well.
It allows us to compare the current build assemblies with a version on nuget.
The trouble is we need to feed that tool previous Nuget versions manually since depending on what branch we are we need a different version to compare against
5.x
5.x
on nuget.org6.x
6.x
on nuget.org7.x
7.x
on nuget.orgmaster
The version resolution requires investigating how
Nuget.Client
and its N auxialiary packages stitch together, things were a tad easier when it was OData. We currently use the v2 OData endpoints and but they’ve been deprecated for years now.Closing this as this change has now been made in 6.x and 7.x. For example
This will
We can aim to make this even easier to run in future so that you can just call something like
to compare local compiled with the latest 6.x released version.