Great work. Is it possible to reconfigure this to use existing tools like rclone which can save encrypted files across multiple remotes. Thus way J can use my Google Drive or Dropbox to store instead of needing to use s3.
git-remote-gcrypt supports rclone, and all of it's backends. i would use that for your use case. this takes an explicit dependency on aws, though all that is needed is: - (large) object storage with read-after-write consistency (s3) - (small) object storage with compare-and-swap (dynamodb) it would be easy to port this to any provider that provides these two kinds of object storage. compare-and-swap means that multip…
Show HN: Encrypted Git hosting should be easy
21–30 of 71 posts
Re: Show HN: Encrypted Git hosting should be easy
#22Earlier quoted context omitted.
git with ssh on a server is fantastic, though sometimes managing and paying for the server can be annoying. afaik it's not possible to have an untrusted git server, at a minimum ram contents will be plaintext. before i undertook this, i had never heard of git-bundle: https://git-scm.com/docs/git-bundle
> at a minimum ram contents will be plaintext The only thing that's going to remain resident after a push/pull is os level file system cache. There's no daemon when operating git over ssh. Are container escapes on major hosting services common enough to even worry about? I don't hear much about them. Or are you concerned about AWS/Vultr/Digital Ocean stealing your code? That seems like paranoia. They have world class…
Re: Show HN: Encrypted Git hosting should be easy
#23If you want to make git hosting easy, make a self-contained executable that requires nothing but a bare unix-like environment.
Re: Show HN: Encrypted Git hosting should be easy
#24Re: Show HN: Encrypted Git hosting should be easy
#25Great work. Is it possible to reconfigure this to use existing tools like rclone which can save encrypted files across multiple remotes. Thus way J can use my Google Drive or Dropbox to store instead of needing to use s3.
git-remote-gcrypt supports rclone, and all of it's backends. i would use that for your use case. this takes an explicit dependency on aws, though all that is needed is: - (large) object storage with read-after-write consistency (s3) - (small) object storage with compare-and-swap (dynamodb) it would be easy to port this to any provider that provides these two kinds of object storage. compare-and-swap means that multip…
Re: Show HN: Encrypted Git hosting should be easy
#26I like it, a nice simple approach! Fun reading through the code, heres the bit that does the encryption (I think): https://github.com/nathants/git-remote-aws/blob/c8012c5a6b80...
Re: Show HN: Encrypted Git hosting should be easy
#27Earlier quoted context omitted.
> This only protects you against a malicious/compromised hosting provider In the increasingly large set of countries without absolute freedoms, such a thing is a given for any hosting provider.
even when you can trust your provider, and often you can, not trusting them can be psychologically beneficial.
Re: Show HN: Encrypted Git hosting should be easy
#28Why S3? I don't have an aws account and don't ever plan on having one. If you want to make git hosting easy, make a self-contained executable that requires nothing but a bare unix-like environment.
Re: Show HN: Encrypted Git hosting should be easy
#29> Amazon is a world class superior provider, you should definitely trust them.
CCP has entered the chat ...
> git not need the end to end encryption. Especially if you build website in xingjian.
Re: Show HN: Encrypted Git hosting should be easy
#30CIA has entered the chat ... > Amazon is a world class superior provider, you should definitely trust them. CCP has entered the chat ... > git not need the end to end encryption. Especially if you build website in xingjian.