git@vger.kernel.org list mirror (unofficial, one of many)
 help / color / mirror / code / Atom feed
* git - more like a feature request for pro-lifers
@ 2020-07-21  8:28 Robert Muchacki
  2020-07-26 17:40 ` René Scharfe
  0 siblings, 1 reply; 2+ messages in thread
From: Robert Muchacki @ 2020-07-21  8:28 UTC (permalink / raw)
  To: git


[-- Attachment #1.1: Type: text/plain, Size: 114 bytes --]

Greetings!

Attached is a feature request for the pro-lifers. Doesn’t seem to much work to do in the code.


[-- Attachment #1.2: git-bugreport-2020-07-21-1019.txt --]
[-- Type: text/plain, Size: 1221 bytes --]

Thank you for filling out a Git bug report!
Please answer the following questions to help us understand your issue.

What did you do before the bug happened? (Steps to reproduce your issue)
I tried to switch branches:
```
  > git checkout other_branch
```

What did you expect to happen? (Expected behavior)
A friendly information, not confusing, not anti-life, that will tell me why the process stopped.


What happened instead? (Actual behavior)
I got a non-pro-life informatiom, that noticed that it was ABORTING.

What's different between what you expected and what actually happened?
It should have been STOPPED or ENDED. ABORTING and TERMINATING is unrespectful for the unborn code.

Anything else you want to add:

Please review the rest of the bug report below.
You can delete any lines you don't wish to share.


[System Info]
git version:
git version 2.27.0
cpu: x86_64
no commit associated with this build
sizeof-long: 8
sizeof-size_t: 8
uname: Darwin 19.6.0 Darwin Kernel Version 19.6.0: Sun Jul  5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64 x86_64
compiler info: clang: 11.0.3 (clang-1103.0.32.59)
libc info: no libc information available


[Enabled Hooks]

[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: git - more like a feature request for pro-lifers
  2020-07-21  8:28 git - more like a feature request for pro-lifers Robert Muchacki
@ 2020-07-26 17:40 ` René Scharfe
  0 siblings, 0 replies; 2+ messages in thread
From: René Scharfe @ 2020-07-26 17:40 UTC (permalink / raw)
  To: Robert Muchacki, git

Am 21.07.20 um 10:28 schrieb Robert Muchacki:
> Greetings!
>
> Attached is a feature request for the pro-lifers. Doesn’t seem to much work to do in the code.

Commenting on attached files is hard, so here's your bug report inlined:

> Thank you for filling out a Git bug report!
> Please answer the following questions to help us understand your issue.
>
> What did you do before the bug happened? (Steps to reproduce your issue)
> I tried to switch branches:
> ```
>   > git checkout other_branch
> ```

When I do that I get:

   $ git init -q a; cd a; echo 1 >a; git add a; git commit -q -m1

   $ git checkout other_branch
   error: pathspec 'other_branch' did not match any file(s) known to git

If I create that branch, then I get:

   $ git branch other_branch
   $ git checkout other_branch
   Switched to branch 'other_branch'

If I create yet another branch, commit a modification, then modify the
file and try to switch to that branch, I get:

   $ git branch branch; echo 2 >a; git add a; git commit -q -m2
   $ echo 3 >a
   $ git checkout branch
   error: Your local changes to the following files would be overwritten by checkout:
   	a
   Please commit your changes or stash them before you switch branches.
   Aborting

> What did you expect to happen? (Expected behavior)
> A friendly information, not confusing, not anti-life, that will tell me why the process stopped.
>
>
> What happened instead? (Actual behavior)
> I got a non-pro-life informatiom, that noticed that it was ABORTING.

So you got the same kind of message that I got on my third attempt
above, right?  That means some files were modified and switching to
the other branch would have destroyed those changes.  Git detected that
and refused, to protect your code changes.

> What's different between what you expected and what actually happened?
> It should have been STOPPED or ENDED. ABORTING and TERMINATING is unrespectful for the unborn code.

Overwriting unexpectedly changed files would be irresponsible, so we
need to keep this feature.  Users can discard changes in more targeted
ways, if that is really what they want to do.

I don't see how any of git checkout's messages is unfriendly, but you
somehow seem to dislike the "Aborting" part at the end of the third
one.  https://en.wiktionary.org/wiki/abort#Verb lists nine meanings:

1. To miscarry; to bring forth (non-living) offspring prematurely.
2. To cause a premature termination of (a fetus); to end a pregnancy
   before term.
3. To end prematurely; to stop in the preliminary stages; to turn back.
4. To stop or fail at something in the preliminary stages.
5. To become checked in normal development, so as either to remain
   rudimentary or shrink away wholly; to cease organic growth before
   maturation; to become sterile.
6. To cause an organism to develop minimally; to cause rudimentary
   development to happen; to prevent maturation.
7. To abandon a mission at any point after the beginning of the mission
   and prior to its completion.
8. To terminate a mission involving a missile or rocket; to destroy a
   missile or rocket prematurely.
9. To terminate a process prior to completion.

The third, fourth and ninth are appropriate here: A checkout was
started, but had to be called off to protect uncommitted changes.

"Abending" would also fit and it has no other meanings.  "Staying on
current branch." would be more to the point.  But actually I'm not
sure we need that last line.  It's shown to emphasize that the
requested action was cancelled, but I can infer that from the rest of
the comprehensive error message already, or even from the the fact
that an error was reported at all.

Would that work as well for new or less technical users?  Dunno.

>
> Anything else you want to add:
>
> Please review the rest of the bug report below.
> You can delete any lines you don't wish to share.
>
>
> [System Info]
> git version:
> git version 2.27.0
> cpu: x86_64
> no commit associated with this build
> sizeof-long: 8
> sizeof-size_t: 8
> uname: Darwin 19.6.0 Darwin Kernel Version 19.6.0: Sun Jul  5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64 x86_64
> compiler info: clang: 11.0.3 (clang-1103.0.32.59)
> libc info: no libc information available
>
>
> [Enabled Hooks]


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-07-26 17:41 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-21  8:28 git - more like a feature request for pro-lifers Robert Muchacki
2020-07-26 17:40 ` René Scharfe

git@vger.kernel.org list mirror (unofficial, one of many)

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://public-inbox.org/git
	git clone --mirror http://ou63pmih66umazou.onion/git
	git clone --mirror http://czquwvybam4bgbro.onion/git
	git clone --mirror http://hjrcffqmbrq6wope.onion/git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 git git/ https://public-inbox.org/git \
		git@vger.kernel.org
	public-inbox-index git

Example config snippet for mirrors.
Newsgroups are available over NNTP:
	nntp://news.public-inbox.org/inbox.comp.version-control.git
	nntp://7fh6tueqddpjyxjmgtdiueylzoqt6pt7hec3pukyptlmohoowvhde4yd.onion/inbox.comp.version-control.git
	nntp://ie5yzdi7fg72h7s4sdcztq5evakq23rdt33mfyfcddc5u3ndnw24ogqd.onion/inbox.comp.version-control.git
	nntp://4uok3hntl7oi7b4uf4rtfwefqeexfzil2w6kgk2jn5z2f764irre7byd.onion/inbox.comp.version-control.git
	nntp://news.gmane.io/gmane.comp.version-control.git
 note: .onion URLs require Tor: https://www.torproject.org/

code repositories for project(s) associated with this inbox:

	https://80x24.org/mirrors/git.git

AGPL code for this site: git clone https://public-inbox.org/public-inbox.git