git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mildred Ki'Lya <mildred-ml@mildred.fr>
To: git@vger.kernel.org
Subject: Feature idea : notes to track status of a commit, which remotes it is shared to
Date: Tue, 19 Feb 2013 10:38:09 +0100	[thread overview]
Message-ID: <51234801.5050208@mildred.fr> (raw)

Hi,

This is my first time on this list (and by the way, I'm not subscribed, 
so please Cc me to the replies). I have an idea that could be useful to 
make rewriting history safer and easier to new users (I'm training some 
of them). I thought I could share this idea, but perhaps someone already 
thought about it. And I'm not providing code.

The idea is to basically track automatically (in notes, either in the 
notes namespace or in another namespace) which repository/remote 
contains a commit. When doing git log, we'd see lines with each commit, 
something like:



commit b044e6d0f1a1782820b052348ab0db314e2db3ca
Author: Myself <myself@localhost.localdomain>
Date:   Tue Nov 20 16:46:38 2012 +0100

     This is the commit description

Published on:
     origin
     git@git.host.com:pub/repo.git


Then, we could have all the history rewriting commands (such as rebase 
or pull --rebase) die when rewriting commits that are already published 
anywhere. We could make an exception for a --force/-f flag or 
configuration option, or commits published in another local repository 
owned by the same user.

In most setups, it could be useful to tell users they can safely rebase 
without worrying about published commits as Git is tracking it for them. 
Of course this is not an absolute security, but it's a good start.

What do you think?

Mildred

             reply	other threads:[~2013-02-19  9:59 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-19  9:38 Mildred Ki'Lya [this message]
2013-02-19 10:13 ` Feature idea : notes to track status of a commit, which remotes it is shared to Thomas Rast
2013-02-19 10:34   ` W. Trevor King
2013-02-19 18:55   ` Junio C Hamano
2013-02-19 10:30 ` W. Trevor King

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=51234801.5050208@mildred.fr \
    --to=mildred-ml@mildred.fr \
    --cc=git@vger.kernel.org \
    /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).