git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* Trivial enhancement: All commands which require an author should accept --author
@ 2018-08-28 21:05 Ulrich Gemkow
  2018-08-29 16:14 ` Johannes Schindelin
  0 siblings, 1 reply; 9+ messages in thread
From: Ulrich Gemkow @ 2018-08-28 21:05 UTC (permalink / raw)
  To: git

Hello,

A trivial enhancement request:

All commands which require that the author is set (and complain if
it is not set) should accept the option --author.

At least the command stash does not accept this option. We are using
git version 2.17.1 (Ubuntu 18.04).

Thanks for the great work!

Best regards

-Ulrich

-- 
| Ulrich Gemkow
| University of Stuttgart
| Institute of Communication Networks and Computer Engineering (IKR)

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-28 21:05 Trivial enhancement: All commands which require an author should accept --author Ulrich Gemkow
@ 2018-08-29 16:14 ` Johannes Schindelin
  2018-08-29 19:09   ` Junio C Hamano
  0 siblings, 1 reply; 9+ messages in thread
From: Johannes Schindelin @ 2018-08-29 16:14 UTC (permalink / raw)
  To: Ulrich Gemkow; +Cc: git

Hi Ulrich,

On Tue, 28 Aug 2018, Ulrich Gemkow wrote:

> A trivial enhancement request:
> 
> All commands which require that the author is set (and complain if
> it is not set) should accept the option --author.
> 
> At least the command stash does not accept this option. We are using
> git version 2.17.1 (Ubuntu 18.04).

The `stash` command only incidentally requires that the author is set, as
it calls `git commit` internally (which records the author). As stashes
are intended to be local only, that author information was never meant to
be a vital part of the `stash`.

I could imagine that an even better enhancement request would ask for `git
stash` to work even if `user.name` is not configured.

However, to get you unblocked: what you ask for exists already, in some
form:

	git \
		-c user.name="Ulrich Gemkow" \
		-c user.email=ulrich.gemkow@ikr.uni-stuttgart.de \
		stash

Granted, this is not the nicest way to specify it, but you are probably
scripting things for environments where you do not really want to
configure an author, right?

Ciao,
Johannes

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-29 16:14 ` Johannes Schindelin
@ 2018-08-29 19:09   ` Junio C Hamano
  2018-08-30 11:51     ` Johannes Schindelin
  0 siblings, 1 reply; 9+ messages in thread
From: Junio C Hamano @ 2018-08-29 19:09 UTC (permalink / raw)
  To: Johannes Schindelin; +Cc: Ulrich Gemkow, git

Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:

> The `stash` command only incidentally requires that the author is set, as
> it calls `git commit` internally (which records the author). As stashes
> are intended to be local only, that author information was never meant to
> be a vital part of the `stash`.
>
> I could imagine that an even better enhancement request would ask for `git
> stash` to work even if `user.name` is not configured.

This would make a good bite-sized microproject, worth marking it as
#leftoverbits unless somebody is already working on it ;-)

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-29 19:09   ` Junio C Hamano
@ 2018-08-30 11:51     ` Johannes Schindelin
  2018-08-30 12:29       ` Ævar Arnfjörð Bjarmason
  0 siblings, 1 reply; 9+ messages in thread
From: Johannes Schindelin @ 2018-08-30 11:51 UTC (permalink / raw)
  To: Junio C Hamano; +Cc: Ulrich Gemkow, git

Hi Junio,

On Wed, 29 Aug 2018, Junio C Hamano wrote:

> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
> 
> > The `stash` command only incidentally requires that the author is set, as
> > it calls `git commit` internally (which records the author). As stashes
> > are intended to be local only, that author information was never meant to
> > be a vital part of the `stash`.
> >
> > I could imagine that an even better enhancement request would ask for `git
> > stash` to work even if `user.name` is not configured.
> 
> This would make a good bite-sized microproject, worth marking it as
> #leftoverbits unless somebody is already working on it ;-)

Right.

What is our currently-favored approach to this, again? Do we have a
favorite wiki page to list those, or do we have a bug tracker for such
mini-projects?

Once I know, I will add this, with enough information to get anybody
interested started.

Ciao,
Dscho

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-30 11:51     ` Johannes Schindelin
@ 2018-08-30 12:29       ` Ævar Arnfjörð Bjarmason
  2018-08-30 14:08         ` Johannes Schindelin
  2018-08-30 14:26         ` Junio C Hamano
  0 siblings, 2 replies; 9+ messages in thread
From: Ævar Arnfjörð Bjarmason @ 2018-08-30 12:29 UTC (permalink / raw)
  To: Johannes Schindelin; +Cc: Junio C Hamano, Ulrich Gemkow, git


On Thu, Aug 30 2018, Johannes Schindelin wrote:

> Hi Junio,
>
> On Wed, 29 Aug 2018, Junio C Hamano wrote:
>
>> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
>>
>> > The `stash` command only incidentally requires that the author is set, as
>> > it calls `git commit` internally (which records the author). As stashes
>> > are intended to be local only, that author information was never meant to
>> > be a vital part of the `stash`.
>> >
>> > I could imagine that an even better enhancement request would ask for `git
>> > stash` to work even if `user.name` is not configured.
>>
>> This would make a good bite-sized microproject, worth marking it as
>> #leftoverbits unless somebody is already working on it ;-)
>
> Right.
>
> What is our currently-favored approach to this, again? Do we have a
> favorite wiki page to list those, or do we have a bug tracker for such
> mini-projects?
>
> Once I know, I will add this, with enough information to get anybody
> interested started.

I believe the "official" way, such as it is, is you just put
#leftoverbits in your E-Mail, then search the list archives,
e.g. https://public-inbox.org/git/?q=%23leftoverbits

So e.g. I've taken to putting this in my own E-Mails where I spot
something I'd like to note as a TODO that I (or someone else) could work
on later:
https://public-inbox.org/git/?q=%23leftoverbits+f%3Aavarab%40gmail.com

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-30 12:29       ` Ævar Arnfjörð Bjarmason
@ 2018-08-30 14:08         ` Johannes Schindelin
  2018-09-03 13:18           ` Ævar Arnfjörð Bjarmason
  2018-08-30 14:26         ` Junio C Hamano
  1 sibling, 1 reply; 9+ messages in thread
From: Johannes Schindelin @ 2018-08-30 14:08 UTC (permalink / raw)
  To: Ævar Arnfjörð Bjarmason; +Cc: Junio C Hamano, Ulrich Gemkow, git

[-- Attachment #1: Type: text/plain, Size: 1988 bytes --]

Hi Ævar,

On Thu, 30 Aug 2018, Ævar Arnfjörð Bjarmason wrote:

> On Thu, Aug 30 2018, Johannes Schindelin wrote:
> 
> > On Wed, 29 Aug 2018, Junio C Hamano wrote:
> >
> >> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
> >>
> >> > The `stash` command only incidentally requires that the author is set, as
> >> > it calls `git commit` internally (which records the author). As stashes
> >> > are intended to be local only, that author information was never meant to
> >> > be a vital part of the `stash`.
> >> >
> >> > I could imagine that an even better enhancement request would ask for `git
> >> > stash` to work even if `user.name` is not configured.
> >>
> >> This would make a good bite-sized microproject, worth marking it as
> >> #leftoverbits unless somebody is already working on it ;-)
> >
> > Right.
> >
> > What is our currently-favored approach to this, again? Do we have a
> > favorite wiki page to list those, or do we have a bug tracker for such
> > mini-projects?
> >
> > Once I know, I will add this, with enough information to get anybody
> > interested started.
> 
> I believe the "official" way, such as it is, is you just put
> #leftoverbits in your E-Mail, then search the list archives,
> e.g. https://public-inbox.org/git/?q=%23leftoverbits
> 
> So e.g. I've taken to putting this in my own E-Mails where I spot
> something I'd like to note as a TODO that I (or someone else) could work
> on later:
> https://public-inbox.org/git/?q=%23leftoverbits+f%3Aavarab%40gmail.com

That is a poor way to list the current micro-projects, as it is totally
non-obvious to the casual interested person which projects are still
relevant, and which ones have been addressed already.

In a bug tracker, you can at least add a comment stating that something
has been addressed, or made a lot easier by another topic.

In a mailing list archive, those mails are immutable, and you cannot
update squat.

Ciao,
Johannes

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-30 12:29       ` Ævar Arnfjörð Bjarmason
  2018-08-30 14:08         ` Johannes Schindelin
@ 2018-08-30 14:26         ` Junio C Hamano
  2018-09-04 17:18           ` Jonathan Nieder
  1 sibling, 1 reply; 9+ messages in thread
From: Junio C Hamano @ 2018-08-30 14:26 UTC (permalink / raw)
  To: Ævar Arnfjörð Bjarmason
  Cc: Johannes Schindelin, Ulrich Gemkow, git

Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:

> I believe the "official" way, such as it is, is you just put
> #leftoverbits in your E-Mail, then search the list archives,
> e.g. https://public-inbox.org/git/?q=%23leftoverbits

I think that technique has been around long enough to be called a
recognised way, but I do not think it is "the" official way.  It is
one of the efforts to allow us remember what we might want to work
on, and focuses on not wasting too much efforts in curating.
Another effort to allow us remember is http://crbug.com/git that is
run by Jonathan Nieder.

Anybody can participate in curating the latter.  The former is
uncurated and deliberately kept informal, but will stay a usable way
until clueless people catch up with the practice and mark any random
garbage they come up with with the marking word.  I myself try to
refrain from using it when I raise the idea/issue for the first time
to avoid "ah, it turns out that it is not such a great idea after
thinking about it for a while"--rather I try to limit my use to my
responses as a reaction to somebody else's idea/issue.  That way, I
can make sure that messages with the marking word from me has idea
supported by at least two people, one of which is known to me to
have a good taste, so mailing list search "from:me #leftoverbits"
would stay meaningful.



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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-30 14:08         ` Johannes Schindelin
@ 2018-09-03 13:18           ` Ævar Arnfjörð Bjarmason
  0 siblings, 0 replies; 9+ messages in thread
From: Ævar Arnfjörð Bjarmason @ 2018-09-03 13:18 UTC (permalink / raw)
  To: Johannes Schindelin; +Cc: Junio C Hamano, Ulrich Gemkow, git


On Thu, Aug 30 2018, Johannes Schindelin wrote:

> Hi Ævar,
>
> On Thu, 30 Aug 2018, Ævar Arnfjörð Bjarmason wrote:
>
>> On Thu, Aug 30 2018, Johannes Schindelin wrote:
>>
>> > On Wed, 29 Aug 2018, Junio C Hamano wrote:
>> >
>> >> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
>> >>
>> >> > The `stash` command only incidentally requires that the author is set, as
>> >> > it calls `git commit` internally (which records the author). As stashes
>> >> > are intended to be local only, that author information was never meant to
>> >> > be a vital part of the `stash`.
>> >> >
>> >> > I could imagine that an even better enhancement request would ask for `git
>> >> > stash` to work even if `user.name` is not configured.
>> >>
>> >> This would make a good bite-sized microproject, worth marking it as
>> >> #leftoverbits unless somebody is already working on it ;-)
>> >
>> > Right.
>> >
>> > What is our currently-favored approach to this, again? Do we have a
>> > favorite wiki page to list those, or do we have a bug tracker for such
>> > mini-projects?
>> >
>> > Once I know, I will add this, with enough information to get anybody
>> > interested started.
>>
>> I believe the "official" way, such as it is, is you just put
>> #leftoverbits in your E-Mail, then search the list archives,
>> e.g. https://public-inbox.org/git/?q=%23leftoverbits
>>
>> So e.g. I've taken to putting this in my own E-Mails where I spot
>> something I'd like to note as a TODO that I (or someone else) could work
>> on later:
>> https://public-inbox.org/git/?q=%23leftoverbits+f%3Aavarab%40gmail.com
>
> That is a poor way to list the current micro-projects, as it is totally
> non-obvious to the casual interested person which projects are still
> relevant, and which ones have been addressed already.

I don't think this is ideal. To be clear and in reply to both yours and
Junio's E-Mail. I meant "official" in scare quotes in the least official
way possible.

I.e. that you need to search the mailing list archive if you want to see
what these #leftoverbits are, because the full set is stored nowhere
else.

> In a bug tracker, you can at least add a comment stating that something
> has been addressed, or made a lot easier by another topic.

Yeah, a bunch of things suck about it, although I will say at least for
notes I'm leaving for myself I'm using it in a way that I wouldn't
bother to use a bugtracker, so in many cases it's the difference between
offhandendly saying "oh b.t.w. we should fix xyz in way abc
#leftoverbits" and not having a bug at all, because filing a bug /
curating a tracker etc. is a lot more work.

> In a mailing list archive, those mails are immutable, and you cannot
> update squat.

In a lot of bugtrackers you can't update existing comments either, you
make a new one noting some new status. Similarly you can send a new mail
with the correct In-Reply-To.

That doesn't solve all the issues, but helps in many cases.

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

* Re: Trivial enhancement: All commands which require an author should accept --author
  2018-08-30 14:26         ` Junio C Hamano
@ 2018-09-04 17:18           ` Jonathan Nieder
  0 siblings, 0 replies; 9+ messages in thread
From: Jonathan Nieder @ 2018-09-04 17:18 UTC (permalink / raw)
  To: Junio C Hamano
  Cc: Ævar Arnfjörð Bjarmason, Johannes Schindelin,
	Ulrich Gemkow, git

Junio C Hamano wrote:
> Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:

>> I believe the "official" way, such as it is, is you just put
>> #leftoverbits in your E-Mail, then search the list archives,
>> e.g. https://public-inbox.org/git/?q=%23leftoverbits
>
> I think that technique has been around long enough to be called a
> recognised way, but I do not think it is "the" official way.  It is
> one of the efforts to allow us remember what we might want to work
> on, and focuses on not wasting too much efforts in curating.
> Another effort to allow us remember is http://crbug.com/git that is
> run by Jonathan Nieder.
>
> Anybody can participate in curating the latter.

Yes, exactly.

Ævar, if you would like to keep better track of #leftoverbits, please
feel free to make use of https://crbug.com/git/new. It even has a
"leftover bit" template you can use.

Thanks and hope that helps,
Jonathan

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

end of thread, other threads:[~2018-09-04 17:18 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-08-28 21:05 Trivial enhancement: All commands which require an author should accept --author Ulrich Gemkow
2018-08-29 16:14 ` Johannes Schindelin
2018-08-29 19:09   ` Junio C Hamano
2018-08-30 11:51     ` Johannes Schindelin
2018-08-30 12:29       ` Ævar Arnfjörð Bjarmason
2018-08-30 14:08         ` Johannes Schindelin
2018-09-03 13:18           ` Ævar Arnfjörð Bjarmason
2018-08-30 14:26         ` Junio C Hamano
2018-09-04 17:18           ` Jonathan Nieder

Code repositories for project(s) associated with this public inbox

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

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 read-only IMAP folder(s) and NNTP newsgroup(s).