2021-01-11 07:54:33 +00:00
|
|
|
{ lib, stdenv, fetchFromGitHub, python3 }:
|
2020-12-16 09:10:49 +00:00
|
|
|
|
|
|
|
stdenv.mkDerivation rec {
|
|
|
|
pname = "git-when-merged";
|
2023-09-28 17:42:15 +00:00
|
|
|
version = "1.2.1";
|
2020-12-16 09:10:49 +00:00
|
|
|
|
|
|
|
src = fetchFromGitHub {
|
|
|
|
owner = "mhagger";
|
|
|
|
repo = pname;
|
|
|
|
rev = "v${version}";
|
2023-09-28 17:42:15 +00:00
|
|
|
sha256 = "sha256-Yp/GNzD+7EPlk/kzZnT1eiSNsSxpYEiZezRbUU3HfLc=";
|
2020-12-16 09:10:49 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
buildInputs = [ python3 ];
|
|
|
|
|
|
|
|
installPhase = ''
|
|
|
|
install -D --target-directory $out/bin/ bin/git-when-merged
|
|
|
|
'';
|
|
|
|
|
2021-01-11 07:54:33 +00:00
|
|
|
meta = with lib; {
|
2020-12-16 09:10:49 +00:00
|
|
|
description =
|
|
|
|
"Helps you figure out when and why a commit was merged into a branch";
|
|
|
|
longDescription = ''
|
|
|
|
If you use standard Git workflows, then you create a feature
|
|
|
|
branch for each feature that you are working on. When the feature
|
|
|
|
is complete, you merge it into your master branch. You might even
|
|
|
|
have sub-feature branches that are merged into a feature branch
|
|
|
|
before the latter is merged.
|
|
|
|
|
|
|
|
In such a workflow, the first-parent history of master consists
|
|
|
|
mainly of merges of feature branches into the mainline. git
|
|
|
|
when-merged can be used to ask, "When (and why) was commit C
|
|
|
|
merged into the current branch?"
|
|
|
|
'';
|
|
|
|
homepage = "https://github.com/mhagger/git-when-merged";
|
|
|
|
license = licenses.gpl2Only;
|
|
|
|
platforms = python3.meta.platforms;
|
|
|
|
maintainers = with maintainers; [ DamienCassou ];
|
2023-11-27 01:17:53 +00:00
|
|
|
mainProgram = "git-when-merged";
|
2020-12-16 09:10:49 +00:00
|
|
|
};
|
|
|
|
}
|