Re: git-email automatic --to detection?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jeff King <peff@xxxxxxxx> writes:

>   - there's more than _one_ maintainer for the repo; in fact, who you
>     email depends on what part of the code you are touching

Yes, but a sane default address to send to can be given by the
repository you make your original clone from.

The really nice thing with the way darcs does it is that it makes it
extremely easy for an occasional contribution. If the maintainer
configured his stuff correctly, it's really "darcs get; ... ; darcs
record; darcs send". git-send-email is nice, but harder to use for a
first-timer.

>   - this information could be shipped as part of the repo (i.e., under
>     version control like the rest of the project, as it changes with the
>     project)

True, but for the case of multiple maintainers, that would break
merging between maintainers on that particular part.

You can have a maintainer A advertizing for A@xxxxxxxxxx, and a
"sub-maintainer" B advertizing for B@xxxxxxxxxxx If A merges from B,
he doesn't want his advertized adress to become the one of B.

>   - this information can potentially be inferred from git shortlog
>     and/or blame; this addresses the problem of data becoming stale

Yes and no. git@xxxxxxxxxxxxxxx won't appear anywhere in these for
example.

-- 
Matthieu
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux