git/list[1] front-page[2] threads[3] people[4] search[5] about
 

publish from certain commit onward, keeping earlier history private, but provable

From
Jörn Hees <dev@joernhees.de>
Date
Dec 9, 2015, 13:45 UTC
Message-ID
<35583CFA-3BEE-4844-9F85-ED73A412A97F@joernhees.de>
Hi,
I've been hacking away on a library for quite some time and have a lot of commits in my private repository:
A -> B -> C -> D -> E
Finally, I'm nearing completion of a first version, and want to publish it to a remote called public from D onward keeping A..C to myself, so public should afterwards look like this:
D -> E
My main motivation is that i don't really want to put ridiculously first trials online, but still (on demand) I'd like to be able to prove how i arrived at D (think of copyright claims, etc).
As (at the moment) it's pretty much impossible to reverse-engineer the hashes of commits in the chain with times and changesets, i thought just keeping D's parent pointer to C would be one of the genius advantages of git. Sadly i can't find a way to actually make this work.
Can i somehow push D -> E to public making it a fully functional public repository with all the necessary objects included to checkout D or E and D still pointing to C as parent? If not, why is that?
What doesn't seem to work:
- push with range
  
  git push public D..E:master
  error: src refspec D..E does not match any.
  error: failed to push some refs to '<public>'
- any form of squashing / history rewriting
  
  As far as i know squashing A..D would introduce a new commit removing the parent pointer to C and thereby removing provability of the existence of A..C. (Simple example: say C reversed B, then you'd never be able to prove B was in there at some point.)
  
  I could obviously manually note the hash of C in the description of the squash commit, but there already is a parent pointer field, why not use it?
  
  Also in order to contribute further changes to public I'd have to rebase my private branches on top of this new squashed commit, which just seems as wrong...
- push from local clone with limited depth
  
  I thought i found a solution to this by first creating a local clone local_public with the desired depth before pushing that clone to public like this:
  
  git clone --depth 2 file:///<abspath_private> local_public
  
  With
  
  git log --pretty=raw
  
  I can verify that local_public only contains D -> E and that the commit, tree and parent hashes are the same, which is exactly what i want.
  
  The problem is that when i try to push to an added public remote from local_public i get an error like this:
  
  ! [remote rejected] master -> master (shallow update not allowed)
Any ideas how to make this work?

Cheers, Jörn

Next: Johannes Löthberg
Message 1 of 6 in “publish from certain commit onward, keeping earlier history private, but provable”
  1. Jörn HeesDec 9, 2015
  2. Johannes LöthbergDec 9, 2015
  3. Jeff KingDec 9, 2015
  4. Jeff KingDec 9, 2015
  5. Stefan BellerDec 9, 2015
  6. Jeff KingDec 9, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.