{"thread":{"id":"51593","subject":"RFC - Git Developer Blog","startedAt":"2019-08-06T01:49:42Z","lastAt":"2019-10-23T23:48:49Z","messageCount":22,"participants":["Emily Shaffer","Junio C Hamano","Andrew Ardill","Christian Couder","Derrick Stolee","Jeff King","Taylor Blau","James Ramsay","pedro rijo"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"379970","messageId":"20190806014935.GA26909@google.com","threadId":"51593","inReplyTo":null,"subject":"RFC - Git Developer Blog","fromName":"Emily Shaffer","fromEmail":"emilyshaffer@google.com","sentAt":"2019-08-06T01:49:35Z","receivedAt":"2019-08-06T01:49:42Z","isPatch":false,"sender":{"key":"nasamuffin@google.com","avatar":"https://avatars.githubusercontent.com/u/1606826?v=4"},"body":"Hi all,\n\nIn backchannels recently there has been some discussion about the idea\nof a Git-project-blessed blog written by Git contributors, generally\ncovering usability tips or overviews of the internals of Git which the\ngeneral public tend to find confusing.\n\nIdeally, we could use a channel like this to make Git better understood\nin the rest of the world, in a less formal setting than the man pages or\ngittutorial. I think it would be valuable to have resources which have\nbeen reviewed and endorsed by the Git contributor community, in addition\nto individual company blogs. (It might even make sense for contributors\nwho would normally post this kind of thing to their company blog to\ncross-post the content in both places.)\n\nAre folks interested in writing and reviewing this kind of content? Any\nideas for where we may be able to host (maybe git-scm)? It could make\nsense to review contributions like this on the mailing list, so that we\nget the attention of those who wrote the features that are being covered\nin the blog posts - are we okay with the additional traffic?\n\nSome example topics, from the top of my head:\n\n - Using `git worktree` Effectively\n - Overview of the Git Object Store\n - Finding Regressions with `git bisect`\n - Life of a Git Remote Request\n\nThe idea is that we could cover high level topics stringing together\nmultiple components or giving power user advice, which we can't really\ndo with the manpages.\n\nThoughts?\n\n - Emily\n"},{"id":"379977","messageId":"xmqqlfw7klwk.fsf@gitster-ct.c.googlers.com","threadId":"51593","inReplyTo":"20190806014935.GA26909@google.com","subject":"Re: RFC - Git Developer Blog","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2019-08-06T03:33:47Z","receivedAt":"2019-08-06T03:33:56Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Emily Shaffer writes:\n\n> In backchannels recently there has been some discussion about the idea\n> of a Git-project-blessed blog written by Git contributors, generally\n> covering usability tips or overviews of the internals of Git which the\n> general public tend to find confusing.\n> ...\n> The idea is that we could cover high level topics stringing together\n> multiple components or giving power user advice, which we can't really\n> do with the manpages.\n>\n> Thoughts?\n\nInteresting.\n\nI recall that I used to do the \"Fun with ...\" series back when I was\nmore into use-case-exploration mode; writing those articles was fun,\nbut it took a lot of time and quite an effort, so I stopped after\nwriting enough. \n\nMaking it a group effort may help by allowing writers and reviewers\nto encourage each other.\n"},{"id":"379980","messageId":"CAH5451=Qa5BGnoRdvtcmT6mXXK+i8iD7WAkKFfNU4b6J-0bX9g@mail.gmail.com","threadId":"51593","inReplyTo":"20190806014935.GA26909@google.com","subject":"Re: RFC - Git Developer Blog","fromName":"Andrew Ardill","fromEmail":"andrew.ardill@gmail.com","sentAt":"2019-08-06T04:52:02Z","receivedAt":"2019-08-06T04:52:41Z","isPatch":false,"sender":{"key":"andrew.ardill@gmail.com","avatar":"https://gravatar.com/avatar/da14cb7c091dd44dc6c63a4d3361b149acaf25226dc78eb4131a17b93d9b0993?d=mp&s=160"},"body":"On Tue, 6 Aug 2019 at 11:51, Emily Shaffer wrote:\n\n> Are folks interested in writing and reviewing this kind of content?\n\nThe idea sounds great, and I would be happy to review content - even\nif it's only for readability and spelling!\n\nIn terms of collaborating, I've found the processes over at Git Rev\nNews[0] straightforward and sensible, if you're looking for ideas.\n\nRegards,\n\nAndrew Ardill\n\n[0] https://git.github.io/rev_news/rev_news/\n"},{"id":"379981","messageId":"CAP8UFD1XNGWf8=_LvrEsFswZdw5pydk2VyVWxWvwALfhVbBOsg@mail.gmail.com","threadId":"51593","inReplyTo":"xmqqlfw7klwk.fsf@gitster-ct.c.googlers.com","subject":"Re: RFC - Git Developer Blog","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2019-08-06T04:59:21Z","receivedAt":"2019-08-06T04:59:36Z","isPatch":false,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"On Tue, Aug 6, 2019 at 5:35 AM Junio C Hamano wrote:\n>\n> Emily Shaffer writes:\n>\n> > In backchannels recently there has been some discussion about the idea\n> > of a Git-project-blessed blog written by Git contributors, generally\n> > covering usability tips or overviews of the internals of Git which the\n> > general public tend to find confusing.\n> > ...\n> > The idea is that we could cover high level topics stringing together\n> > multiple components or giving power user advice, which we can't really\n> > do with the manpages.\n> >\n> > Thoughts?\n>\n> Interesting.\n>\n> I recall that I used to do the \"Fun with ...\" series back when I was\n> more into use-case-exploration mode; writing those articles was fun,\n> but it took a lot of time and quite an effort, so I stopped after\n> writing enough.\n\nLinux-Kongress (LK) was a conference organized by the German Unix User\nGroup from 1994 to 2010. They asked authors of accepted submissions\nfor the technical sessions to provide a paper for publication in the\nconference proceedings. As I wanted to give a presentation at LK 2009,\nI wrote a paper about git bisect and asked kind souls (like Junio) to\nreview it on the mailing list. A bit later it was included in the Git\ndocumentation and is still there:\n\nhttps://git-scm.com/docs/git-bisect-lk2009.html\n\nThe git bisect man page links to it, but I must say that it tends to\nbe a bit obsolete as it has not really been updated.\n\nThere are also \"guides\" that are part of the actual documentation and\ncan be listed using `git help -g`.\n\n> Making it a group effort may help by allowing writers and reviewers\n> to encourage each other.\n\nWhen Git Rev News was started I thought that there could be such a\ngroup effort to encourage each other to publish articles in it, but I\nmust say that outside the group of editors (currently Jakub, Markus,\nGabriel and me) it hasn't happened much.\n\nEach month though there are a small number of people helping on\nsmaller things like short news, typos, releases, etc. And people who\nare interviewed are doing a great job when they accept to be\ninterviewed.\n\nMaybe it's also not clear that we could accept other kind of articles\nthan just articles focused on what happens on the mailing list. I\nthink we have generally tried to highlight articles by Git developers\nthat were published on their blogs or their company's blog though.\n\nIn any case if you or others would like to join the editor group to\nfocus on other kind of articles, or just to help a bit, you are most\nwelcome!\n\nI would also be ok to change the form of Git Rev News if there is an\nofficial blog. For example the \"Discussions\" section could become\nsomething like \"Featured articles\" with links to articles on the blog.\n"},{"id":"379990","messageId":"e97608ed-1900-e2c0-c20d-e73586c1fdd5@gmail.com","threadId":"51593","inReplyTo":"CAH5451=Qa5BGnoRdvtcmT6mXXK+i8iD7WAkKFfNU4b6J-0bX9g@mail.gmail.com","subject":"Re: RFC - Git Developer Blog","fromName":"Derrick Stolee","fromEmail":"stolee@gmail.com","sentAt":"2019-08-06T12:19:15Z","receivedAt":"2019-08-06T12:19:20Z","isPatch":false,"sender":{"key":"stolee@gmail.com","avatar":"https://avatars.githubusercontent.com/u/570044?v=4"},"body":"On 8/6/2019 12:52 AM, Andrew Ardill wrote:\n> On Tue, 6 Aug 2019 at 11:51, Emily Shaffer wrote:\n> \n>> Are folks interested in writing and reviewing this kind of content?\n\nI am interested in writing and reviewing! Here are some topics I am\ninterested in writing:\n\n* Updates to the commit-graph feature\n* What is a multi-pack-index and what is it for?\n* Git at Scale: What makes a repo big, and how to avoid it?\n* Advanced Git config settings\n\nHere are some topics I'd be interested in seeing in the wild\n(and was considering writing them myself if I didn't see them elsewhere):\n\n* Partial clone: what, why, and how?\n* Life cycle of a patch series\n* Crafting perfect patches with interactive add and rebase\n\nIt would also be helpful to have a post for every major release\nhighlighting new features and giving users examples of how to use them.\nTaylor has been writing these on the GitHub blog [1], but maybe he\nwould be interested in writing them for this new venue?\n\n[1] https://github.blog/2019-06-07-highlights-from-git-2-22/\n\n> The idea sounds great, and I would be happy to review content - even\n> if it's only for readability and spelling!\n> \n> In terms of collaborating, I've found the processes over at Git Rev\n> News[0] straightforward and sensible, if you're looking for ideas.\n\nI agree that the review process there is helpful, and users contributing\nedits via PRs to a feature branch works quite well. I would also suggest\nwriting a \"request for review\" on the mailing list before merging any\npull requests.\n\nOne goal I think would be important is that this blog is that the posts\ncome with some amount of blessing from \"the Git Dev Community\". That is,\nthey should be service-agnostic and focused on helping _all_ Git users.\n\nThat said, I also suggest that the authors can list their professional\naffiliation as some minimum amount of credit to their employers. Something\nas simple as \"Author: Derrick Stolee, Microsoft\" would go a long way to\njustifying the work it takes to write these on the community blog and not\na company-owned blog.\n \nThanks,\n-Stolee\n"},{"id":"379997","messageId":"20190806132052.GB18442@sigill.intra.peff.net","threadId":"51593","inReplyTo":"20190806014935.GA26909@google.com","subject":"Re: RFC - Git Developer Blog","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2019-08-06T13:20:52Z","receivedAt":"2019-08-06T13:20:58Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Mon, Aug 05, 2019 at 06:49:35PM -0700, Emily Shaffer wrote:\n\n> Are folks interested in writing and reviewing this kind of content? Any\n> ideas for where we may be able to host (maybe git-scm)?\n\nI think it would make sense to have blog.git-scm.com (and .org) with\nthis content. I'd be happy to deal with the technical side of setting\nthe name up. I think it should live in a different repository than the\nmain site, though (which is an overly-messy Rails app).\n\nThere actually used to be a blog section on the site. It discussed\nvarious high-level concepts that hadn't made it into the Pro Git book\n(whose content makes up most of the site). But as most of those were\neventually added to the book, the blog posts became staler versions of\nthe same content, and we dropped them.\n\nJust to play devil's advocate for a moment: another venue for topics\nlike these:\n\n> - Using `git worktree` Effectively\n> - Overview of the Git Object Store\n> - Finding Regressions with `git bisect`\n> - Life of a Git Remote Request\n\nmight be to actually add them to the book (which started as a\nsingle-author publication, but is CC-licensed and has taken lots of\ncommunity content over the years). The advantage there is that the book\ncontent would always represent the most up-to-date coverage of those\ntopics, whereas blog posts sometimes grow stale over the years as nobody\nis interested in updating them.\n\nOne downside is that it may be more annoying to try to integrate content\ninto the existing structure of the book. Another is that a blog is\nsomething people subscribe to, so a post may generate attention/interest\nin a topic (but nobody wants to see a feed of book updates!). A prime\nexample is something like a highlight of features after a new release,\nwhich is not book content at all, and just serves to generate attention.\n:)\n\nSo I don't think I'm really seriously suggesting this as an alternative,\nbut maybe something to ponder.\n\n> It could make sense to review contributions like this on the mailing\n> list, so that we get the attention of those who wrote the features\n> that are being covered in the blog posts - are we okay with the\n> additional traffic?\n\nAdditional traffic is fine. I do suspect that blog posts in particular\nwould benefit from a more integrated review system like GitHub (or\nsimilar):\n\n - I'd expect there to be a lot of images, and those systems make\n image diffs easy to see\n\n - the formatted output is going to be important to review; a\n browser-based review system makes it easier to see the formatted\n output (especially if they're written in markdown)\n\n - we're more likely to get/want drive-by fixes like typo corrections,\n so reducing friction for non-regular contributors is more important\n\nObviously you can apply many of the same mailing list vs web review\narguments that we've already had for writing Git itself (e.g., is\nreviewing formatted output much different than looking at the output of\na compiled program?). But I think the nature of blog posts pushes it a\nbit further towards web-based review.\n\n-Peff\n"},{"id":"379998","messageId":"20190806132730.GC18442@sigill.intra.peff.net","threadId":"51593","inReplyTo":"CAP8UFD1XNGWf8=_LvrEsFswZdw5pydk2VyVWxWvwALfhVbBOsg@mail.gmail.com","subject":"Re: RFC - Git Developer Blog","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2019-08-06T13:27:30Z","receivedAt":"2019-08-06T13:27:32Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Tue, Aug 06, 2019 at 06:59:21AM +0200, Christian Couder wrote:\n\n> When Git Rev News was started I thought that there could be such a\n> group effort to encourage each other to publish articles in it, but I\n> must say that outside the group of editors (currently Jakub, Markus,\n> Gabriel and me) it hasn't happened much.\n> \n> Each month though there are a small number of people helping on\n> smaller things like short news, typos, releases, etc. And people who\n> are interviewed are doing a great job when they accept to be\n> interviewed.\n> \n> Maybe it's also not clear that we could accept other kind of articles\n> than just articles focused on what happens on the mailing list. I\n> think we have generally tried to highlight articles by Git developers\n> that were published on their blogs or their company's blog though.\n\nI think the audience may be a bit different for Rev News versus a blog.\nI'd expect the blog to be written for people who use Git, and want to\nlearn how to use new features, or maybe broaden their understanding of\nit. Rev News seems a lot more technical to me, and mostly of interest to\npeople who are part of the development community.\n\nWhich isn't to say those two things can't co-exist on a site[1] or a\nblog. But I think there needs to be some way for people to subscribe to\none but not the other. Because I suspect that too many posts about the\ndevelopment process would drive away users who would be interested in\nthe less-technical posts.\n\n-Peff\n\n[1] By the way, Rev News lives over at git.github.io, but there's no\n reason it couldn't be integrated (from the user's perspective) with\n the git-scm.org site.\n\n I wouldn't want it in the same repo for technical reasons, but it\n could be revnews.git-scm.com or similar (and possibly styled in a\n similar way).\n\n If you're happy with it separate, I have no objections. I just\n wanted to make it clear it's an option.\n"},{"id":"380043","messageId":"20190806204925.GA196191@google.com","threadId":"51593","inReplyTo":"20190806132052.GB18442@sigill.intra.peff.net","subject":"Re: RFC - Git Developer Blog","fromName":"Emily Shaffer","fromEmail":"emilyshaffer@google.com","sentAt":"2019-08-06T20:49:25Z","receivedAt":"2019-08-06T20:49:32Z","isPatch":false,"sender":{"key":"nasamuffin@google.com","avatar":"https://avatars.githubusercontent.com/u/1606826?v=4"},"body":"On Tue, Aug 06, 2019 at 09:20:52AM -0400, Jeff King wrote:\n> On Mon, Aug 05, 2019 at 06:49:35PM -0700, Emily Shaffer wrote:\n> \n> > Are folks interested in writing and reviewing this kind of content? Any\n> > ideas for where we may be able to host (maybe git-scm)?\n> \n> I think it would make sense to have blog.git-scm.com (and .org) with\n> this content. I'd be happy to deal with the technical side of setting\n> the name up. I think it should live in a different repository than the\n> main site, though (which is an overly-messy Rails app).\n\nI'd certainly be happy with that setup if others agree, although the\nincorporation with Git Rev News sounds interesting too (I'll reply to\nthat post also).\n\n> \n> There actually used to be a blog section on the site. It discussed\n> various high-level concepts that hadn't made it into the Pro Git book\n> (whose content makes up most of the site). But as most of those were\n> eventually added to the book, the blog posts became staler versions of\n> the same content, and we dropped them.\n> \n> Just to play devil's advocate for a moment: another venue for topics\n> like these:\n> \n> > - Using `git worktree` Effectively\n> > - Overview of the Git Object Store\n> > - Finding Regressions with `git bisect`\n> > - Life of a Git Remote Request\n> \n> might be to actually add them to the book (which started as a\n> single-author publication, but is CC-licensed and has taken lots of\n> community content over the years). The advantage there is that the book\n> content would always represent the most up-to-date coverage of those\n> topics, whereas blog posts sometimes grow stale over the years as nobody\n> is interested in updating them.\n\nTo advocate your advocate, does the book content really stay so\nup-to-date? (I have no experience with that repo, so I really don't\nknow.) An advantage of blog posts is that they come with a date and so\nusers can judge for themselves how stale it is or is not. In fact I\nthink it'd be odd to see reviews to update a blog post that's a few\nyears old; if the content is so different I'd expect to see a brand new\npost and an editor's note on the top of the old one pointing forward, or\nat least marking it as obsolete.\n\nIf it's a concept that's so specific that it really will stale out\nquickly (e.g. exactly how to use git worktree down to the commands\nwithout much context) vs. a higher level concept (how does git worktree\nwork and conceptually how do you use it) then it probably does belong in\nthe manpage or book. But I suppose I envision these types of posts doing\nthe latter, instead. Hmmmmm.\n\nMaybe it's enough to say during review, \"This seems like a good\ncandidate to move to manual/tutorial/git-scm book\".\n\n> \n> One downside is that it may be more annoying to try to integrate content\n> into the existing structure of the book. Another is that a blog is\n> something people subscribe to, so a post may generate attention/interest\n> in a topic (but nobody wants to see a feed of book updates!). A prime\n> example is something like a highlight of features after a new release,\n> which is not book content at all, and just serves to generate attention.\n> :)\n> \n> So I don't think I'm really seriously suggesting this as an alternative,\n> but maybe something to ponder.\n> \n> > It could make sense to review contributions like this on the mailing\n> > list, so that we get the attention of those who wrote the features\n> > that are being covered in the blog posts - are we okay with the\n> > additional traffic?\n> \n> Additional traffic is fine. I do suspect that blog posts in particular\n> would benefit from a more integrated review system like GitHub (or\n> similar):\n> \n> - I'd expect there to be a lot of images, and those systems make\n> image diffs easy to see\n> \n> - the formatted output is going to be important to review; a\n> browser-based review system makes it easier to see the formatted\n> output (especially if they're written in markdown)\n> \n> - we're more likely to get/want drive-by fixes like typo corrections,\n> so reducing friction for non-regular contributors is more important\n> \n> Obviously you can apply many of the same mailing list vs web review\n> arguments that we've already had for writing Git itself (e.g., is\n> reviewing formatted output much different than looking at the output of\n> a compiled program?). But I think the nature of blog posts pushes it a\n> bit further towards web-based review.\n\nI follow, especially re formatted output and images, but I also don't\nwant to provide too much distance between the ML and these kinds of\nposts. I wonder if it makes sense to mandate use of GitGitGadget, and\naccept review comments both on the ML and the PR?\n\n> \n> -Peff\n"},{"id":"380044","messageId":"20190806210015.GB196191@google.com","threadId":"51593","inReplyTo":"e97608ed-1900-e2c0-c20d-e73586c1fdd5@gmail.com","subject":"Re: RFC - Git Developer Blog","fromName":"Emily Shaffer","fromEmail":"emilyshaffer@google.com","sentAt":"2019-08-06T21:00:15Z","receivedAt":"2019-08-06T21:00:22Z","isPatch":false,"sender":{"key":"nasamuffin@google.com","avatar":"https://avatars.githubusercontent.com/u/1606826?v=4"},"body":"On Tue, Aug 06, 2019 at 08:19:15AM -0400, Derrick Stolee wrote:\n> On 8/6/2019 12:52 AM, Andrew Ardill wrote:\n> > On Tue, 6 Aug 2019 at 11:51, Emily Shaffer wrote:\n> > \n> >> Are folks interested in writing and reviewing this kind of content?\n> \n> I am interested in writing and reviewing! Here are some topics I am\n> interested in writing:\n> \n> * Updates to the commit-graph feature\n> * What is a multi-pack-index and what is it for?\n> * Git at Scale: What makes a repo big, and how to avoid it?\n> * Advanced Git config settings\n> \n> Here are some topics I'd be interested in seeing in the wild\n> (and was considering writing them myself if I didn't see them elsewhere):\n> \n> * Partial clone: what, why, and how?\n> * Life cycle of a patch series\n> * Crafting perfect patches with interactive add and rebase\nOh, I'd love to write one on interactive add and rebase. Maybe it's\nweird to have a favorite Git feature, but mine's add -p :)\n\nSince we're volunteering, my todo list for my personal blog also\ncontains:\n\n - How to use bisect\n - How to use Git pathspecs\n\nI also have a couple pre-existing personal blog posts on\nnasamuffin.github.io:\n\n - How to use git format-patch and git send-email for mailing list based\n reviews\n - Overview of Git object types\n\n> \n> It would also be helpful to have a post for every major release\n> highlighting new features and giving users examples of how to use them.\n> Taylor has been writing these on the GitHub blog [1], but maybe he\n> would be interested in writing them for this new venue?\n> \n> [1] https://github.blog/2019-06-07-highlights-from-git-2-22/\n> \n> > The idea sounds great, and I would be happy to review content - even\n> > if it's only for readability and spelling!\n> > \n> > In terms of collaborating, I've found the processes over at Git Rev\n> > News[0] straightforward and sensible, if you're looking for ideas.\n> \n> I agree that the review process there is helpful, and users contributing\n> edits via PRs to a feature branch works quite well. I would also suggest\n> writing a \"request for review\" on the mailing list before merging any\n> pull requests.\n> \n> One goal I think would be important is that this blog is that the posts\n> come with some amount of blessing from \"the Git Dev Community\". That is,\n> they should be service-agnostic and focused on helping _all_ Git users.\n\nBy this do you mean \"not about how to use Git with Github\", or \"not\nabout how to use Git for Windows\"? I initially read it as the latter but\nI think you mean the former, right?\n\nI believe there's a lot of value in the former - lately it seems to me\nlike the lines are really blurred between which parts are Git and which\nparts are Github. It'd be nice to clear up some of that confusion and\nwriting pieces concerning \"vanilla Git\".\n\n> That said, I also suggest that the authors can list their professional\n> affiliation as some minimum amount of credit to their employers. Something\n> as simple as \"Author: Derrick Stolee, Microsoft\" would go a long way to\n> justifying the work it takes to write these on the community blog and not\n> a company-owned blog.\n\nYes, I agree - this seems to have a double win of lending credibility to\nthe author and giving good optics for the company. Plus, as mentioned\nbefore, crossposting seems like a good fit here.\n\n> \n> Thanks,\n> -Stolee\n"},{"id":"380045","messageId":"20190806210705.GC196191@google.com","threadId":"51593","inReplyTo":"20190806132730.GC18442@sigill.intra.peff.net","subject":"Re: RFC - Git Developer Blog","fromName":"Emily Shaffer","fromEmail":"emilyshaffer@google.com","sentAt":"2019-08-06T21:07:05Z","receivedAt":"2019-08-06T21:07:13Z","isPatch":false,"sender":{"key":"nasamuffin@google.com","avatar":"https://avatars.githubusercontent.com/u/1606826?v=4"},"body":"On Tue, Aug 06, 2019 at 09:27:30AM -0400, Jeff King wrote:\n> On Tue, Aug 06, 2019 at 06:59:21AM +0200, Christian Couder wrote:\n> \n> > When Git Rev News was started I thought that there could be such a\n> > group effort to encourage each other to publish articles in it, but I\n> > must say that outside the group of editors (currently Jakub, Markus,\n> > Gabriel and me) it hasn't happened much.\n> > \n> > Each month though there are a small number of people helping on\n> > smaller things like short news, typos, releases, etc. And people who\n> > are interviewed are doing a great job when they accept to be\n> > interviewed.\n> > \n> > Maybe it's also not clear that we could accept other kind of articles\n> > than just articles focused on what happens on the mailing list. I\n> > think we have generally tried to highlight articles by Git developers\n> > that were published on their blogs or their company's blog though.\n\nWow, I definitely didn't realize that was an option - I have a couple of\nGit-centric personal blog posts I probably would have sent along. Oops.\n\n> \n> I think the audience may be a bit different for Rev News versus a blog.\n> I'd expect the blog to be written for people who use Git, and want to\n> learn how to use new features, or maybe broaden their understanding of\n> it. Rev News seems a lot more technical to me, and mostly of interest to\n> people who are part of the development community.\n\nI wonder, though, whether it helps enforce the ephemeral nature of blog\nposts like this: \"Here is an interesting topic, which is valid as of\n2.whatever, and we probably aren't going to come back and update this at\n3.0 release.\" (At least, that's the kind of maintenance I'd prefer to\ndo for this kind of blog. :) )\n\n> \n> Which isn't to say those two things can't co-exist on a site[1] or a\n> blog. But I think there needs to be some way for people to subscribe to\n> one but not the other. Because I suspect that too many posts about the\n> development process would drive away users who would be interested in\n> the less-technical posts.\n\nThat's a good point, and one I wouldn't have considered since I don't\nuse RSS to subscribe to things anymore :) It seems reasonable, to me, to\nroll up all this stuff under git-scm domain - because it wasn't clear to\nme that git-scm existed primarily to host Pro Git. I thought it was \"the\nofficial Git website\" until only very recently. Perhaps I didn't read\nwell enough. :)\n\nThere does seem like a reasonable case to have a separation between Pro\nGit, Rev News, and this blog thing.\n\n> \n> -Peff\n> \n> [1] By the way, Rev News lives over at git.github.io, but there's no\n> reason it couldn't be integrated (from the user's perspective) with\n> the git-scm.org site.\n> \n> I wouldn't want it in the same repo for technical reasons, but it\n> could be revnews.git-scm.com or similar (and possibly styled in a\n> similar way).\n> \n> If you're happy with it separate, I have no objections. I just\n> wanted to make it clear it's an option.\n"},{"id":"380077","messageId":"20190807170052.GA61092@syl.local","threadId":"51593","inReplyTo":"20190806132730.GC18442@sigill.intra.peff.net","subject":"Re: RFC - Git Developer Blog","fromName":"Taylor Blau","fromEmail":"me@ttaylorr.com","sentAt":"2019-08-07T17:00:52Z","receivedAt":"2019-08-07T17:00:56Z","isPatch":false,"sender":{"key":"me@ttaylorr.com","avatar":"https://avatars.githubusercontent.com/u/301000140?v=4"},"body":"On Tue, Aug 06, 2019 at 09:27:30AM -0400, Jeff King wrote:\n> On Tue, Aug 06, 2019 at 06:59:21AM +0200, Christian Couder wrote:\n>\n> > When Git Rev News was started I thought that there could be such a\n> > group effort to encourage each other to publish articles in it, but I\n> > must say that outside the group of editors (currently Jakub, Markus,\n> > Gabriel and me) it hasn't happened much.\n> >\n> > Each month though there are a small number of people helping on\n> > smaller things like short news, typos, releases, etc. And people who\n> > are interviewed are doing a great job when they accept to be\n> > interviewed.\n> >\n> > Maybe it's also not clear that we could accept other kind of articles\n> > than just articles focused on what happens on the mailing list. I\n> > think we have generally tried to highlight articles by Git developers\n> > that were published on their blogs or their company's blog though.\n>\n> I think the audience may be a bit different for Rev News versus a blog.\n> I'd expect the blog to be written for people who use Git, and want to\n> learn how to use new features, or maybe broaden their understanding of\n> it. Rev News seems a lot more technical to me, and mostly of interest to\n> people who are part of the development community.\n\nYeah, I agree and share the view that the audience between the two is\ndefinitely different, at least if I'm understanding the purpose of this\nnew proposal correctly.\n\nI quite enjoy reading Rev News, because it does a great job at\nsummarizing all of the on-list development. So, if I haven't had enough\ntime to stay up-to-date on it myself, I know that Rev News has.\n\nBut, I'm not sure that it holds the same interest for folks who don't\nparticipate in development. Perhaps there are some willing spectators\nwho might be curious about what's going on, but I get the general sense\nthat the majority of Git users would be primarily interested in news\nother than what's currently on Rev News.\n\n> Which isn't to say those two things can't co-exist on a site[1] or a\n> blog. But I think there needs to be some way for people to subscribe to\n> one but not the other. Because I suspect that too many posts about the\n> development process would drive away users who would be interested in\n> the less-technical posts.\n\nThis is an interesting idea. I don't really have a strong preference\neither way whether a new blog be grafted onto the existing Rev News\nsite, but I do think that the two should be separate.\n\n> -Peff\n>\n> [1] By the way, Rev News lives over at git.github.io, but there's no\n> reason it couldn't be integrated (from the user's perspective) with\n> the git-scm.org site.\n>\n> I wouldn't want it in the same repo for technical reasons, but it\n> could be revnews.git-scm.com or similar (and possibly styled in a\n> similar way).\n>\n> If you're happy with it separate, I have no objections. I just\n> wanted to make it clear it's an option.\n\nThanks,\nTaylor\n"},{"id":"380078","messageId":"20190807170735.GA61464@syl.local","threadId":"51593","inReplyTo":"e97608ed-1900-e2c0-c20d-e73586c1fdd5@gmail.com","subject":"Re: RFC - Git Developer Blog","fromName":"Taylor Blau","fromEmail":"me@ttaylorr.com","sentAt":"2019-08-07T17:07:35Z","receivedAt":"2019-08-07T17:07:39Z","isPatch":false,"sender":{"key":"me@ttaylorr.com","avatar":"https://avatars.githubusercontent.com/u/301000140?v=4"},"body":"Hi Stolee,\n\nOn Tue, Aug 06, 2019 at 08:19:15AM -0400, Derrick Stolee wrote:\n> On 8/6/2019 12:52 AM, Andrew Ardill wrote:\n> > On Tue, 6 Aug 2019 at 11:51, Emily Shaffer wrote:\n> >\n> >> Are folks interested in writing and reviewing this kind of content?\n>\n> I am interested in writing and reviewing! Here are some topics I am\n> interested in writing:\n>\n> * Updates to the commit-graph feature\n> * What is a multi-pack-index and what is it for?\n> * Git at Scale: What makes a repo big, and how to avoid it?\n> * Advanced Git config settings\n>\n> Here are some topics I'd be interested in seeing in the wild\n> (and was considering writing them myself if I didn't see them elsewhere):\n>\n> * Partial clone: what, why, and how?\n> * Life cycle of a patch series\n> * Crafting perfect patches with interactive add and rebase\n>\n> It would also be helpful to have a post for every major release\n> highlighting new features and giving users examples of how to use them.\n> Taylor has been writing these on the GitHub blog [1], but maybe he\n> would be interested in writing them for this new venue?\n>\n> [1] https://github.blog/2019-06-07-highlights-from-git-2-22/\n\nYes, I generally try and publish a blog post once-per-release, and\ngenerally with the following two goals in mind:\n\n - talk about and publicize some of the new features in the latest\n release (or releases, if I've missed a blog post or two)\n\n - share some interesting tidbits about existing features.\n\nI think it would be good to have these blog posts in both places, should\nthis proposal materialize. I would have to ask about whether or not\nGitHub would be comfortable about cross-posting to a new venue, and I'd\nbe happy to raise the question when it comes up.\n\n> [...]\n>\n> Thanks,\n> -Stolee\n\nThanks,\nTaylor\n"},{"id":"380079","messageId":"20190807171224.GB61464@syl.local","threadId":"51593","inReplyTo":"20190806210015.GB196191@google.com","subject":"Re: RFC - Git Developer Blog","fromName":"Taylor Blau","fromEmail":"me@ttaylorr.com","sentAt":"2019-08-07T17:12:24Z","receivedAt":"2019-08-07T17:12:27Z","isPatch":false,"sender":{"key":"me@ttaylorr.com","avatar":"https://avatars.githubusercontent.com/u/301000140?v=4"},"body":"Hi Emily,\n\nOn Tue, Aug 06, 2019 at 02:00:15PM -0700, Emily Shaffer wrote:\n> On Tue, Aug 06, 2019 at 08:19:15AM -0400, Derrick Stolee wrote:\n> > On 8/6/2019 12:52 AM, Andrew Ardill wrote:\n> > > On Tue, 6 Aug 2019 at 11:51, Emily Shaffer wrote:\n> > >\n> > >> Are folks interested in writing and reviewing this kind of content?\n> >\n> > I am interested in writing and reviewing! Here are some topics I am\n> > interested in writing:\n> >\n> > * Updates to the commit-graph feature\n> > * What is a multi-pack-index and what is it for?\n> > * Git at Scale: What makes a repo big, and how to avoid it?\n> > * Advanced Git config settings\n> >\n> > Here are some topics I'd be interested in seeing in the wild\n> > (and was considering writing them myself if I didn't see them elsewhere):\n> >\n> > * Partial clone: what, why, and how?\n> > * Life cycle of a patch series\n> > * Crafting perfect patches with interactive add and rebase\n> Oh, I'd love to write one on interactive add and rebase. Maybe it's\n> weird to have a favorite Git feature, but mine's add -p :)\n>\n> Since we're volunteering, my todo list for my personal blog also\n> contains:\n>\n> - How to use bisect\n> - How to use Git pathspecs\n>\n> I also have a couple pre-existing personal blog posts on\n> nasamuffin.github.io:\n>\n> - How to use git format-patch and git send-email for mailing list based\n> reviews\n> - Overview of Git object types\n>\n> >\n> > It would also be helpful to have a post for every major release\n> > highlighting new features and giving users examples of how to use them.\n> > Taylor has been writing these on the GitHub blog [1], but maybe he\n> > would be interested in writing them for this new venue?\n> >\n> > [1] https://github.blog/2019-06-07-highlights-from-git-2-22/\n> >\n> > > The idea sounds great, and I would be happy to review content - even\n> > > if it's only for readability and spelling!\n> > >\n> > > In terms of collaborating, I've found the processes over at Git Rev\n> > > News[0] straightforward and sensible, if you're looking for ideas.\n> >\n> > I agree that the review process there is helpful, and users contributing\n> > edits via PRs to a feature branch works quite well. I would also suggest\n> > writing a \"request for review\" on the mailing list before merging any\n> > pull requests.\n> >\n> > One goal I think would be important is that this blog is that the posts\n> > come with some amount of blessing from \"the Git Dev Community\". That is,\n> > they should be service-agnostic and focused on helping _all_ Git users.\n>\n> By this do you mean \"not about how to use Git with Github\", or \"not\n> about how to use Git for Windows\"? I initially read it as the latter but\n> I think you mean the former, right?\n>\n> I believe there's a lot of value in the former - lately it seems to me\n> like the lines are really blurred between which parts are Git and which\n> parts are Github. It'd be nice to clear up some of that confusion and\n> writing pieces concerning \"vanilla Git\".\n\nYeah, this is a concern of mine, too. I try and make quite clear that\nGitHub isn't the author of these features (we are for some, but\nobviously not all), and instead that we're merely summarizing the\ninteresting work that's happening upstream, and that the project is, of\ncourse, open-source.\n\nThe posts aren't really a \"using Git with GitHub\" guide, per-se,\nalthough we usually will have remotes with 'git@github.com' in them when\nincluded in examples.\n\n> > That said, I also suggest that the authors can list their professional\n> > affiliation as some minimum amount of credit to their employers. Something\n> > as simple as \"Author: Derrick Stolee, Microsoft\" would go a long way to\n> > justifying the work it takes to write these on the community blog and not\n> > a company-owned blog.\n>\n> Yes, I agree - this seems to have a double win of lending credibility to\n> the author and giving good optics for the company. Plus, as mentioned\n> before, crossposting seems like a good fit here.\n\nDoubly agreed. I am considering proposing a blog post about some of the\nwork around alternates that we have done upstream, and the impact it's\nhad on GitHub. This sort of walks the line between talking about an\nupstream contribution and a more traditional corporate engineering blog\npost, so I think that type of content certainly belongs on a comapny\nblog.\n\n> > Thanks,\n> > -Stolee\n\nThanks,\nTaylor\n"},{"id":"380080","messageId":"xmqqef1wj3r4.fsf@gitster-ct.c.googlers.com","threadId":"51593","inReplyTo":"20190807170735.GA61464@syl.local","subject":"Re: RFC - Git Developer Blog","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2019-08-07T17:15:43Z","receivedAt":"2019-08-07T17:15:51Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Taylor Blau writes:\n\n>> It would also be helpful to have a post for every major release\n>> highlighting new features and giving users examples of how to use them.\n>> Taylor has been writing these on the GitHub blog [1], but maybe he\n>> would be interested in writing them for this new venue?\n>>\n>> [1] https://github.blog/2019-06-07-highlights-from-git-2-22/\n>\n> Yes, I generally try and publish a blog post once-per-release, and\n> generally with the following two goals in mind:\n>\n> - talk about and publicize some of the new features in the latest\n> release (or releases, if I've missed a blog post or two)\n>\n> - share some interesting tidbits about existing features.\n>\n> I think it would be good to have these blog posts in both places, should\n> this proposal materialize. I would have to ask about whether or not\n> GitHub would be comfortable about cross-posting to a new venue, and I'd\n> be happy to raise the question when it comes up.\n\nYeah, I find these blog postings at GitHub quite helpful. Thanks\nfor writing them.\n\nI wonder if a semi-automated republication (ala \"Planet\"), instead\nof cross-posting, is an option that is easier to manage, though.\n"},{"id":"380082","messageId":"20190807174457.GA62589@syl.local","threadId":"51593","inReplyTo":"xmqqef1wj3r4.fsf@gitster-ct.c.googlers.com","subject":"Re: RFC - Git Developer Blog","fromName":"Taylor Blau","fromEmail":"me@ttaylorr.com","sentAt":"2019-08-07T17:44:57Z","receivedAt":"2019-08-07T17:45:01Z","isPatch":false,"sender":{"key":"me@ttaylorr.com","avatar":"https://avatars.githubusercontent.com/u/301000140?v=4"},"body":"On Wed, Aug 07, 2019 at 10:15:43AM -0700, Junio C Hamano wrote:\n> Taylor Blau writes:\n>\n> >> It would also be helpful to have a post for every major release\n> >> highlighting new features and giving users examples of how to use them.\n> >> Taylor has been writing these on the GitHub blog [1], but maybe he\n> >> would be interested in writing them for this new venue?\n> >>\n> >> [1] https://github.blog/2019-06-07-highlights-from-git-2-22/\n> >\n> > Yes, I generally try and publish a blog post once-per-release, and\n> > generally with the following two goals in mind:\n> >\n> > - talk about and publicize some of the new features in the latest\n> > release (or releases, if I've missed a blog post or two)\n> >\n> > - share some interesting tidbits about existing features.\n> >\n> > I think it would be good to have these blog posts in both places, should\n> > this proposal materialize. I would have to ask about whether or not\n> > GitHub would be comfortable about cross-posting to a new venue, and I'd\n> > be happy to raise the question when it comes up.\n>\n> Yeah, I find these blog postings at GitHub quite helpful. Thanks\n> for writing them.\n\nThanks for maintaining the release notes. I often start there to figure\nout what to write about, and having them so well organized makes my job\na lot easier.\n\n> I wonder if a semi-automated republication (ala \"Planet\"), instead\n> of cross-posting, is an option that is easier to manage, though.\n\nProbably. I don't know how Planet works, but if it can accept an RSS\nfeed (and doesn't require too much on GitHub's end), it's probably\nsensible.\n\n\nThanks,\nTaylor\n"},{"id":"382303","messageId":"885DEEA4-154B-4990-945D-19DABC87C627@jramsay.com.au","threadId":"51593","inReplyTo":"20190806204925.GA196191@google.com","subject":"Re: RFC - Git Developer Blog","fromName":"James Ramsay","fromEmail":"james@jramsay.com.au","sentAt":"2019-09-13T13:29:33Z","receivedAt":"2019-09-13T13:29:38Z","isPatch":false,"sender":{"key":"james@jramsay.com.au","avatar":null},"body":"On 6 Aug 2019, at 16:49, Emily Shaffer wrote:\n\n> On Tue, Aug 06, 2019 at 09:20:52AM -0400, Jeff King wrote:\n>> On Mon, Aug 05, 2019 at 06:49:35PM -0700, Emily Shaffer wrote:\n>>\n>>> Are folks interested in writing and reviewing this kind of content? \n>>> Any\n>>> ideas for where we may be able to host (maybe git-scm)?\n>>\n>> I think it would make sense to have blog.git-scm.com (and .org) with\n>> this content. I'd be happy to deal with the technical side of setting\n>> the name up. I think it should live in a different repository than \n>> the\n>> main site, though (which is an overly-messy Rails app).\n>\n> I'd certainly be happy with that setup if others agree, although the\n> incorporation with Git Rev News sounds interesting too (I'll reply to\n> that post also).\n>\n\nAs volunteered yesterday at the Virtual Contributors' Summit, I have \ncreated a project on GitLab to start working on this \nhttps://gitlab.com/git-scm/blog. I hope to have a basic text centric \nimplementation for feedback in the next few weeks. For now, all I've \ncreated is merge request with an empty Hugo site and automated deploys.\n\nThose who would like to be added as maintainers, you should be able to \nRequest Access using the link near the project name.\n\nPeff, you mentioned Jason might have some designs or ideas with regards \nvisuals. I'm happy to be put in touch directly or collaborate here.\n\n"},{"id":"382306","messageId":"CAPMsMoAwfp+jv9h7xAD9PbqV+cU4njyf7Tex6HUCznqjb5hi_w@mail.gmail.com","threadId":"51593","inReplyTo":"885DEEA4-154B-4990-945D-19DABC87C627@jramsay.com.au","subject":"Re: RFC - Git Developer Blog","fromName":"pedro rijo","fromEmail":"pedrorijo91@gmail.com","sentAt":"2019-09-13T14:05:52Z","receivedAt":"2019-09-13T14:06:32Z","isPatch":false,"sender":{"key":"pedrorijo91@gmail.com","avatar":"https://gravatar.com/avatar/a3f4c97ae763402c3ffc08abfec39ef86f6040e34cc9c2a28d36ed10a7a70c91?d=mp&s=160"},"body":"Just a minor question: since we have git-scm, pro-git, and git\ntranslations in github, why not keep in the same place, under the same\norganization? I just find it easier to find than having repos\nscattered across different git hosting services\n\nJames Ramsay escreveu no dia sexta, 13/09/2019\nà(s) 14:34:\n>\n> On 6 Aug 2019, at 16:49, Emily Shaffer wrote:\n>\n> > On Tue, Aug 06, 2019 at 09:20:52AM -0400, Jeff King wrote:\n> >> On Mon, Aug 05, 2019 at 06:49:35PM -0700, Emily Shaffer wrote:\n> >>\n> >>> Are folks interested in writing and reviewing this kind of content?\n> >>> Any\n> >>> ideas for where we may be able to host (maybe git-scm)?\n> >>\n> >> I think it would make sense to have blog.git-scm.com (and .org) with\n> >> this content. I'd be happy to deal with the technical side of setting\n> >> the name up. I think it should live in a different repository than\n> >> the\n> >> main site, though (which is an overly-messy Rails app).\n> >\n> > I'd certainly be happy with that setup if others agree, although the\n> > incorporation with Git Rev News sounds interesting too (I'll reply to\n> > that post also).\n> >\n>\n> As volunteered yesterday at the Virtual Contributors' Summit, I have\n> created a project on GitLab to start working on this\n> https://gitlab.com/git-scm/blog. I hope to have a basic text centric\n> implementation for feedback in the next few weeks. For now, all I've\n> created is merge request with an empty Hugo site and automated deploys.\n>\n> Those who would like to be added as maintainers, you should be able to\n> Request Access using the link near the project name.\n>\n> Peff, you mentioned Jason might have some designs or ideas with regards\n> visuals. I'm happy to be put in touch directly or collaborate here.\n>\n\n\n-- \nObrigado,\n\nPedro Rijo\n"},{"id":"382516","messageId":"45DA95BF-17D8-4238-9ECF-A4D1AC1A9634@jramsay.com.au","threadId":"51593","inReplyTo":"CAPMsMoAwfp+jv9h7xAD9PbqV+cU4njyf7Tex6HUCznqjb5hi_w@mail.gmail.com","subject":"Re: RFC - Git Developer Blog","fromName":"James Ramsay","fromEmail":"james@jramsay.com.au","sentAt":"2019-09-17T19:22:38Z","receivedAt":"2019-09-17T19:22:46Z","isPatch":false,"sender":{"key":"james@jramsay.com.au","avatar":null},"body":"On 13 Sep 2019, at 10:05, pedro rijo wrote:\n\n> Just a minor question: since we have git-scm, pro-git, and git\n> translations in github, why not keep in the same place, under the same\n> organization? I just find it easier to find than having repos\n> scattered across different git hosting services\n\nIt wasn't a technical reason, but a matter of me (and my employer \nGitLab) volunteering the time needed to get the blog project off the \nground. In the context of the Virtual Git Contributors' Summit, folks \nseemed happy with using GitLab or any other service with a Git \ninterface.\n"},{"id":"382517","messageId":"20190917193233.GC17913@google.com","threadId":"51593","inReplyTo":"45DA95BF-17D8-4238-9ECF-A4D1AC1A9634@jramsay.com.au","subject":"Re: RFC - Git Developer Blog","fromName":"Emily Shaffer","fromEmail":"emilyshaffer@google.com","sentAt":"2019-09-17T19:32:33Z","receivedAt":"2019-09-17T19:32:40Z","isPatch":false,"sender":{"key":"nasamuffin@google.com","avatar":"https://avatars.githubusercontent.com/u/1606826?v=4"},"body":"On Tue, Sep 17, 2019 at 03:22:38PM -0400, James Ramsay wrote:\n> On 13 Sep 2019, at 10:05, pedro rijo wrote:\n> \n> > Just a minor question: since we have git-scm, pro-git, and git\n> > translations in github, why not keep in the same place, under the same\n> > organization? I just find it easier to find than having repos\n> > scattered across different git hosting services\n> \n> It wasn't a technical reason, but a matter of me (and my employer GitLab)\n> volunteering the time needed to get the blog project off the ground. In the\n> context of the Virtual Git Contributors' Summit, folks seemed happy with\n> using GitLab or any other service with a Git interface.\n\nI really appreciate you setting it up, James - the starting inertia is\none of the trickier bits of something like this :)\n\nIf we decide later down the road that we really feel the need to have\nthe site, book, translations, etc all in one place I think it'll be\npretty trivial to mirror/move/whatever. I'm just happy to have somewhere\nto start!\n\n - Emily\n"},{"id":"382518","messageId":"CAPMsMoDYHSD=+QiVU-+AfGnV+zJ309BRb7KRC4iDaOQ-9gMFEA@mail.gmail.com","threadId":"51593","inReplyTo":"20190917193233.GC17913@google.com","subject":"Re: RFC - Git Developer Blog","fromName":"pedro rijo","fromEmail":"pedrorijo91@gmail.com","sentAt":"2019-09-17T19:39:47Z","receivedAt":"2019-09-17T19:40:26Z","isPatch":false,"sender":{"key":"pedrorijo91@gmail.com","avatar":"https://gravatar.com/avatar/a3f4c97ae763402c3ffc08abfec39ef86f6040e34cc9c2a28d36ed10a7a70c91?d=mp&s=160"},"body":"Thanks for the explanation James :) Just wanted to understand if there\nwas any strong reason. As Emily said, we can easily move/mirror if we\nfind the need.\n\nThanks for starting up this project! If you need any help let me know\n\nEmily Shaffer escreveu no dia terça,\n17/09/2019 à(s) 20:32:\n>\n> On Tue, Sep 17, 2019 at 03:22:38PM -0400, James Ramsay wrote:\n> > On 13 Sep 2019, at 10:05, pedro rijo wrote:\n> >\n> > > Just a minor question: since we have git-scm, pro-git, and git\n> > > translations in github, why not keep in the same place, under the same\n> > > organization? I just find it easier to find than having repos\n> > > scattered across different git hosting services\n> >\n> > It wasn't a technical reason, but a matter of me (and my employer GitLab)\n> > volunteering the time needed to get the blog project off the ground. In the\n> > context of the Virtual Git Contributors' Summit, folks seemed happy with\n> > using GitLab or any other service with a Git interface.\n>\n> I really appreciate you setting it up, James - the starting inertia is\n> one of the trickier bits of something like this :)\n>\n> If we decide later down the road that we really feel the need to have\n> the site, book, translations, etc all in one place I think it'll be\n> pretty trivial to mirror/move/whatever. I'm just happy to have somewhere\n> to start!\n>\n> - Emily\n\n\n\n-- \nObrigado,\n\nPedro Rijo\n"},{"id":"384727","messageId":"4F3ADBAF-2DEF-4764-8056-56FFCB9EB767@jramsay.com.au","threadId":"51593","inReplyTo":"885DEEA4-154B-4990-945D-19DABC87C627@jramsay.com.au","subject":"Re: RFC - Git Developer Blog","fromName":"James Ramsay","fromEmail":"james@jramsay.com.au","sentAt":"2019-10-23T22:36:25Z","receivedAt":"2019-10-23T22:36:36Z","isPatch":false,"sender":{"key":"james@jramsay.com.au","avatar":null},"body":"On 13 Sep 2019, at 9:29, James Ramsay wrote:\n\n> Peff, you mentioned Jason might have some designs or ideas with \n> regards visuals. I'm happy to be put in touch directly or collaborate \n> here.\n\nPeff, did you touch base with Jason on the designs?\n\nI have some travel coming up which I hope will provide quality train \ntime to work on this.\n"},{"id":"384736","messageId":"20191023234846.GA9545@sigill.intra.peff.net","threadId":"51593","inReplyTo":"4F3ADBAF-2DEF-4764-8056-56FFCB9EB767@jramsay.com.au","subject":"Re: RFC - Git Developer Blog","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2019-10-23T23:48:46Z","receivedAt":"2019-10-23T23:48:49Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Wed, Oct 23, 2019 at 06:36:25PM -0400, James Ramsay wrote:\n\n> On 13 Sep 2019, at 9:29, James Ramsay wrote:\n> \n> > Peff, you mentioned Jason might have some designs or ideas with regards\n> > visuals. I'm happy to be put in touch directly or collaborate here.\n> \n> Peff, did you touch base with Jason on the designs?\n> \n> I have some travel coming up which I hope will provide quality train time to\n> work on this.\n\nI did, but I was a bit slow at keeping the conversation going. If you\nhave specific things to ask for, you might want to reply at:\n\n https://github.com/git/git-scm.com/pull/1179#issuecomment-537945151\n\n-Peff\n"}]}