From: Jakub Narebski <jnareb@gmail.com>
To: git@vger.kernel.org
Subject: Re: git bug/feature request
Date: Tue, 27 Nov 2007 12:30:16 +0100 [thread overview]
Message-ID: <figv47$926$1@ger.gmane.org> (raw)
In-Reply-To: 200711271127.41161.gapon007@gmail.com
gapon wrote:
> hi all,
> first of all i don't know if there's a bugzilla or something similar
> for git - i have found just this email (on http://git.or.cz/ webpage).
There isn't any bug tracker for git. Use git mailing list for bug
reports and feature requests.
> i have discovered "weird" behaviour of git in this scenario*:
> - user A is working in repo A
> - user B clones repo A
> - user B makes some changes, commits, pushes
Do not push into checked out branch!
> - user A makes some changes, git status (no info about new commit
> in his repo from user B but it's probably ok i'd say - but some
> of my files are marked as changed and already added to index
> but i haven't changed them - that's confusing, isn't it?)
> - user A can commit his changes => shouldn't be there any
> info/message/warning displayed? it would be helpful to have
> here some info about "foreign commit" in the repo or something
> like this
Perhaps there should. There was some idea and even preliminary
implementation of BASE check, but IIRC it was deemed too complicated,
and encouraging wrong workflow.
Besides, even with the check, pushing into checked out branch can quite
easily lead either to loosing (or at least vanishing) some history,
or problems with pushing.
> * yes, i know that this scenario is "incorrect" but... it's possible and
> therefore i think it should be somehow handled - i tried a similar one
> with hg and bzr and i like their behaviour more
IIRC we strongly discourage in documentation to push into checked out
branch. Either use bare repository for communication (it allows for
example for got for "ideal patch series" by rewriting history _before
publishing (pushing)_ and for communication with more than one
chosen developer), or push into _remotes_, not into heads.
--
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git
next prev parent reply other threads:[~2007-11-27 11:31 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-27 10:27 git bug/feature request gapon
2007-11-27 10:57 ` Benoit Sigoure
2007-11-27 11:16 ` gapon
2007-11-27 11:51 ` Jakub Narebski
2007-11-27 12:50 ` gapon
2007-11-27 13:31 ` Jakub Narebski
2007-11-27 13:38 ` Jakub Narebski
2007-11-27 14:06 ` gapon
2007-11-27 11:21 ` Alex Riesen
2007-11-27 11:31 ` gapon
2007-11-27 13:03 ` Alex Riesen
2007-11-27 13:45 ` gapon
2007-11-27 16:36 ` Alex Riesen
2007-11-27 11:30 ` Jakub Narebski [this message]
2007-11-30 18:21 ` Jan Hudec
2007-11-27 14:35 ` Peter Karlsson
2007-11-27 14:38 ` David Kastrup
2007-11-28 13:30 ` Peter Karlsson
2007-11-27 15:13 ` Jakub Narebski
2007-11-27 19:49 ` Steven Grimm
2007-11-27 20:19 ` Daniel Barkalow
2007-11-27 20:34 ` Daniel Barkalow
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='figv47$926$1@ger.gmane.org' \
--to=jnareb@gmail.com \
--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).