title | layout | date | author | categories | navbar | |
---|---|---|---|---|---|---|
Git Rev News Edition 44 (October 24th, 2018) |
default |
2018-10-24 12:06:51 +0100 |
chriscool |
|
false |
Welcome to the 44th edition of Git Rev News, a digest of all things Git. For our goals, the archives, the way we work, and how to contribute or to subscribe, see the Git Rev News page on git.github.io.
This edition covers what happened during the month of September 2018.
Brian Carlson sent a patch that adds a .editorconfig
file to the
Git codebase.
The EditorConfig web site explains the purpose and format of such files. It also list a number of text editors that support such files either natively or after installing a plugin.
The goal of adding this file to the Git codebase is to make it easier to automatically configure one's editor. This will help contributors, especially new ones, follow the many indentation rules used in the Git codebase without having to read the CodingGuidelines document.
Taylor Blau, who has been using Vim with the editorconfig-vim plugin
for years, supported the patch and the choice of settings that Brian
had written in the .editorconfig
file. He suggested adding a
guideline to enforce at most 72 characters per line in commit
messages.
Junio Hamano, the Git maintainer, also replied to Brian wondering how
to keep the content of the file in sync with the .clang-format
file
that is already part of the project and can be used through the
style
Makefile target.
Brian replied to Junio that make style
is not run automatically and
only formats C code, not Perl, Python, shell code and commit
messages. Brian also said that he had trouble running make style
as
it invokes clang-format
as a Git subcommand.
Junio replied that in an ideal dream-world, an EditorConfig driven tool solution to "generate clang-format configuration from the section for C language in any EditorConfig file" already existed, but otherwise he would be "perfectly OK if the plan is to manually keep them (loosely) in sync".
Eric Sunshine then pointed Brian to git-clang-format
which integrates clang-format
with Git, so that clang-format can be
run on the changes in current files or a specific commit.
This prompted Peff and Brian to discuss possible improvements in
Debian or Git that would make git-clang-format
work better.
Responding to Junio, Brian suggested adding a script to check that
.editorconfig
and .clang-format
were kept in sync, but Junio
replied that adding a comment in both files saying that they should be
kept in sync would be enough.
Brian resent an improved version of his patch which enforces at most 72 characters per line in commit messages along with another patch that adds the comments that Junio suggested.
Ævar Arnfjörð Bjarmason suggested an improvement to also catch Perl
files with the .pl
and .pm
file extensions. Brian
implemented this in a third version
of his patches.
This third version should be merged into the "master" branch soon.
- Git 2.14.5, 2.15.3, 2.16.5, 2.17.2, 2.18.1, and 2.19.1
- Git for Windows 2.19.1(1)
- libgit2 0.27.5
- libgit2sharp 0.25.3
- Gerrit Code Review 2.15.5, 2.15.4, 2.15.3, 2.15.2, 2.15.1, 2.15
- Bitbucket Server 5.15
- GitHub Enterprise 2.15.0, 2.14.7, 2.13.13, 2.12.21, 2.14.6, 2.13.12, 2.12.20
- GitLab 11.3.6, 11.3.5, 11.3.4, 11.2.5, and 11.1.8, 11.3.3, 11.3.1, 11.2.4, and 11.1.7, 11.3.0
- GitKraken 4.0.6, 4.0.5, 4.0.4, 4.0.3, 4.0.2, 4.0.1, 4.0.0
- GitHub Desktop 1.4.3, 1.4.2, 1.4.1
Various
- The Git community is still looking for an Outreachy applicant to work on a Git related project from December 2018 to March 2019. Two different projects are proposed on the list of all the open projects.
- New Git PLC Members have been announced. Ævar Arnfjörð Bjarmason and Christian Couder are joining Junio Hamano and Jeff King (alias Peff) in the committee representing the Git project as part of Software Freedom Conservancy.
- Highlights from Git 2.19 on the GitHub Blog
- GitHub launches Actions, its workflow automation tool. One may register for GitHub Actions beta; there is already a short curated list of actions to use on GitHub.
- Bitbucket Cloud introduced branching model support, helping to keep consistent naming decisions when creating branches, enforcing branching permissions for different types of branches, etc.
- GitLab raises $100 million from Iconiq, GV, and Khosla, at $1.1 billion valuation
- Sourcegraph, a code navigation engine for a repository with advanced search capabilities has just gone open-source.
Light reading
- How to use the Jenkins Git Plugin: Tips and tricks by Cameron McKenzie
- Deploying frontend applications — the fun way (from Git repository), by Carlos Roso
- Stacked Diffs versus Pull Requests by Jackson Gabbard
- How to organize your git branches, listing different approaches, by Dario Kondratiuk
- and the second top voted question on StackOverflow is... by Tomer Ben David
Git tools and sites
- Makers of Sublime Text editor introduced Git GUI client: Sublime Merge (tagline: Git, done Sublime)
- TwilioQuest, an interactive, self-paced game-like learning platform now includes Contributing to Open Source Projects on GitHub quest
This edition of Git Rev News was curated by Christian Couder <[email protected]>, Jakub Narębski <[email protected]>, Markus Jansen <[email protected]> and Gabriel Alcaras <[email protected]>.