git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: RFC - Git Developer Blog

From
Derrick Stolee <stolee@gmail.com>
Date
Aug 6, 2019, 12:19 UTC
Message-ID
<e97608ed-1900-e2c0-c20d-e73586c1fdd5@gmail.com>
In-Reply-To
<CAH5451=Qa5BGnoRdvtcmT6mXXK+i8iD7WAkKFfNU4b6J-0bX9g@mail.gmail.com>
On 8/6/2019 12:52 AM, Andrew Ardill wrote:
> On Tue, 6 Aug 2019 at 11:51, Emily Shaffer <emilyshaffer@google.com> wrote:
> 
>> Are folks interested in writing and reviewing this kind of content?

I am interested in writing and reviewing! Here are some topics I am interested in writing:

* Updates to the commit-graph feature
* What is a multi-pack-index and what is it for?
* Git at Scale: What makes a repo big, and how to avoid it?
* Advanced Git config settings

Here are some topics I'd be interested in seeing in the wild (and was considering writing them myself if I didn't see them elsewhere):

* Partial clone: what, why, and how?
* Life cycle of a patch series
* Crafting perfect patches with interactive add and rebase

It would also be helpful to have a post for every major release highlighting new features and giving users examples of how to use them. Taylor has been writing these on the GitHub blog [1], but maybe he would be interested in writing them for this new venue?

[1] https://github.blog/2019-06-07-highlights-from-git-2-22/
Show 5 quoted lines
> The idea sounds great, and I would be happy to review content - even
> if it's only for readability and spelling!
> 
> In terms of collaborating, I've found the processes over at Git Rev
> News[0] straightforward and sensible, if you're looking for ideas.

I agree that the review process there is helpful, and users contributing edits via PRs to a feature branch works quite well. I would also suggest writing a "request for review" on the mailing list before merging any pull requests.

One goal I think would be important is that this blog is that the posts come with some amount of blessing from "the Git Dev Community". That is, they should be service-agnostic and focused on helping _all_ Git users.

That said, I also suggest that the authors can list their professional
affiliation as some minimum amount of credit to their employers. Something
as simple as "Author: Derrick Stolee, Microsoft" would go a long way to
justifying the work it takes to write these on the community blog and not
a company-owned blog.
 
Thanks,
-Stolee
Previous: Andrew ArdillNext: Emily Shaffer
Message 8 of 22 in “RFC - Git Developer Blog”
  1. Emily ShafferAug 6, 2019
  2. Junio C HamanoAug 6, 2019
  3. Christian CouderAug 6, 2019
  4. Jeff KingAug 6, 2019
  5. Emily ShafferAug 6, 2019
  6. Taylor BlauAug 7, 2019
  7. Andrew ArdillAug 6, 2019
  8. Derrick StoleeAug 6, 2019
  9. Emily ShafferAug 6, 2019
  10. Taylor BlauAug 7, 2019
  11. Taylor BlauAug 7, 2019
  12. Junio C HamanoAug 7, 2019
  13. Taylor BlauAug 7, 2019
  14. Jeff KingAug 6, 2019
  15. Emily ShafferAug 6, 2019
  16. James RamsaySep 13, 2019
  17. pedro rijoSep 13, 2019
  18. James RamsaySep 17, 2019
  19. Emily ShafferSep 17, 2019
  20. pedro rijoSep 17, 2019
  21. James RamsayOct 23, 2019
  22. Jeff KingOct 23, 2019

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.