Backing up pass

[Kenny Evitt]

I'm using git-remote-gcrypt
<https://github.com/spwhitton/git-remote-gcrypt> with
a simple bare remote repo in Dropbox. Because the entire remote repo (e.g.
including the Git internal objects) are encrypted, neither the file paths
nor the Git history should be readable via the remote repo in Dropbox.

On Sun, Dec 4, 2016 at 5:00 PM, Jacob MacDonald <jaccarmac at gmail.com> wrote:

> > Warning: doing "git push" to a non-bare repository is generally not
> recommended
>
> Very true, my mistake for not being specific here. I do indeed use
> receive.denyCurrentBranch and it works like a charm.
>
> Thanks for the clarification.
>
> On Sun, Dec 4, 2016 at 2:57 PM Brian Candler <b.candler at pobox.com> wrote:
>
>> On 04/12/2016 21:26, Jacob MacDonald wrote:
>> > The repository is not stored as bare; That way I can access the files
>> > in the repository directly from Drive
>>
>> Warning: doing "git push" to a non-bare repository is generally not
>> recommended, although you can do it with a post-update hook, or you can
>> use a feature introduced in git 2.3 called "push to deploy":
>>
>> https://github.com/blog/1957-git-2-3-has-been-released
>>
>> To use this, you have to set config "receive.denyCurrentBranch =
>> updateInstead" on the server copy of the repository.
>>
>> Otherwise: normally what happens is pushing to the repo updates the
>> objects in the repo but *not* the checked-out working copy, which can
>> get your repo into a very confusing state.  See:
>>
>> https://git.wiki.kernel.org/index.php?title=Git_FAQ&oldid=
>> 23811#Why_won.27t_I_see_changes_in_the_remote_repo_
>> after_.22git_push.22.3F
>>
>>
> _______________________________________________
> Password-Store mailing list
> Password-Store at lists.zx2c4.com
> https://lists.zx2c4.com/mailman/listinfo/password-store
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.zx2c4.com/pipermail/password-store/attachments/20161205/d9566880/attachment.html>