From: Konstantin Khomoutov <flatworm@users.sourceforge.net>
To: Maaartin <grajcar1@seznam.cz>
Cc: git@vger.kernel.org
Subject: Re: Pushing everything
Date: Sun, 31 Oct 2010 15:30:32 +0300 [thread overview]
Message-ID: <20101031123031.GE18845@localhost.localdomain> (raw)
In-Reply-To: <loom.20101031T064406-734@post.gmane.org>
On Sun, Oct 31, 2010 at 05:47:38AM +0000, Maaartin wrote:
> I'd like to push all my branches and tags to the server, but for whatever reason
> "--all" ignores tags and is incompatible with "--tags". I could imagine there's
> a reason I'm not experienced enough to see?
>
> It seems to me that "--mirror" is quite unusable, since it force-overwrites the
> remote repo and even deletes refs not locally present. Obviously, a mirror can't
> be shared, and it doesn't seem to me to be the ideal backup solution for a
> single person.
>
> However, even if "git push -all -tags" worked, I'm not sure it's a good idea
> for project with more collaborators. There may be conflicts or other problems
> and quite often the pushing occurs just before leaving so it's no good time to
> start resolving conflicts. Can a shared repo be used as a sort of backup as
> well? I'd like a possibility to backup all my work there anytime without needing
> to care about anything. This could work by creating sort of private refs in case
> of any problems, or whatever. Is there something like this, or am I thinking
> astray? I'd suppose, something like this could be very useful for a company
> where it'd provide a simple backup solution for everybody.
You can have any number of remotes configured for your local repo.
So you can easily have one "private" remote repo which you use solely
for "backup" pushes and one "shared" remote repo to which you do careful
selective pushes.
Note that I'm obsessed with the "backup" idea no less than you and when
I started using Git I learned about --mirror and did mirror push to my
private remote repo before leaving office, just as you explained.
But then I realized this was just a hangover from my Subversion
backgrounds, and that to really need --mirror doing regular programming,
you have to be fantastically, inhumanly productive. I mean, after a
typical one work day programming session you usually have a clear idea
about what branch(es) and what tags, if any, you have to push for backup
purposes. So it really might be a non-issue.
prev parent reply other threads:[~2010-10-31 12:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-31 5:47 Pushing everything Maaartin
2010-10-31 6:43 ` Tay Ray Chuan
2010-10-31 9:48 ` Andreas Schwab
2010-10-31 10:48 ` Maaartin
2010-10-31 11:32 ` Mathias Lafeldt
2010-10-31 12:30 ` Konstantin Khomoutov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101031123031.GE18845@localhost.localdomain \
--to=flatworm@users.sourceforge.net \
--cc=git@vger.kernel.org \
--cc=grajcar1@seznam.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).