zlacker

[parent] [thread] 4 comments
1. nostra+(OP)[view] [source] 2024-01-18 19:14:52
It's not marked as a fork in their systems. Instead, it's as if you'd written a bunch of code in a local repository and then pushed it to GitHub.

It could still be identified as the same codebase by eg. comparing commit hashes or content hashes, but that's harder. If you really want to be sure, clone the repository, make a few local edits to files (eg. adding a comment to each file), copy the full source repository to a new directory in the filesystem, git init that as a new repository, commit changes, and push. That blows away all the existing history of commits, and ensures that each file has a different hash. It's still technically possible to detect it as a dupe, but would require an extremely expensive shingling or filesystem diff on every repository in GitHub.

replies(2): >>aaomid+Ee >>penter+gi3
2. aaomid+Ee[view] [source] 2024-01-18 20:24:26
>>nostra+(OP)
Find the first commit and overwrite it :P
replies(2): >>bspamm+7m >>xeroma+vO
◧◩
3. bspamm+7m[view] [source] [discussion] 2024-01-18 20:58:29
>>aaomid+Ee
That could still be fairly easily detected by looking at the tree and blob ids.
◧◩
4. xeroma+vO[view] [source] [discussion] 2024-01-18 23:21:23
>>aaomid+Ee
I never use squash but couldn't you squash all the commits into a new one for a new history?
5. penter+gi3[view] [source] 2024-01-19 18:10:04
>>nostra+(OP)
> It's still technically possible to detect it as a dupe, but would require an extremely expensive shingling or filesystem diff on every repository in GitHub.

Wouldn't a GitHub search still find it pretty easily? As I understand it, they put significant effort into supporting search; but since that's being done anyway, it doesn't have a very high marginal cost.

[go to top]