]> git.ipfire.org Git - thirdparty/make.git/commitdiff
Release GNU make 4.3.90 4.3.90
authorPaul Smith <psmith@gnu.org>
Tue, 20 Sep 2022 07:21:08 +0000 (03:21 -0400)
committerPaul Smith <psmith@gnu.org>
Tue, 20 Sep 2022 17:23:44 +0000 (13:23 -0400)
* NEWS: Update for the prerelease.
* bootstrap.conf: Choose the latest stable gnulib.
* README.git: Updates.

NEWS
README.git
bootstrap.conf

diff --git a/NEWS b/NEWS
index 04cca2a77ea76e95eed2852fd76ab07c9d898474..b2e9dfca90c0f775196844ac6efa8ff30c3bce7f 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,6 +1,6 @@
 GNU make NEWS                                               -*-indented-text-*-
   History of user-visible changes.
-  20 January 2020
+  20 September 2022
 
 See the end of this file for copyrights and conditions.
 
@@ -9,7 +9,7 @@ which is contained in this distribution as the file doc/make.texi.
 See the README file and the GNU make manual for instructions for
 reporting bugs.
 \f
-Version 4.3.90 (20 Jan 2020)
+Version 4.3.90 (20 Sep 2022)
 
 A complete list of bugs fixed in this version is available here:
 
index 23d56eec783d59b8036c173692d88cc61eb2148e..3fc39e079447ddf48e63ced30eabec303e90c07f 100644 (file)
@@ -46,7 +46,10 @@ added before it so be sure your comment lines are not longer than 72
 characters; prefer 70 or less.  Please use standard ChangeLog formats for
 your commit messages (sans the leading TAB of course).
 
-Rule #1: Don't rewrite pushed history (don't use "git push --force").
+Rule #1: Don't rewrite pushed history on master (no "git push --force").
+Rule #2: Feel free to rewrite pushed history on personal branches.
+Rule #3: Prefer to squash-merge or rebase + merge --ff-only, rather than
+         merging from personal branches into master.
 
 Typical simple workflow might be:
 
@@ -54,14 +57,14 @@ Typical simple workflow might be:
   * Use "git status" and "git diff" to verify your changes
   * Use "git add" to stage the changes you want to make
   * Use "git commit" to commit the staged changes to your local repository
-  * Use "git pull" to accept & merge new changes from the Savannah repository
-  * Use "git push" to push your commits back to the Savannah repository
+  * Use "git pull -r" to accept new changes from the upstream repository
+  * Use "git push" to push your commits back to the upstream repository
 
 For Emacs users, there are many options for Git integration but I strongly
-recommend the Magit package: https://www.emacswiki.org/emacs/Magit
-It makes the workflow much clearer, and has advanced features such as
-constructing multiple commits from various files and even from different
-diff chunks in the same file.  There is a video available which helps a lot.
+recommend Magit: https://magit.vc/  It makes the workflow much clearer, and
+has advanced features such as constructing multiple commits from various files
+and even from different diff chunks in the same file.  There is a video
+available which helps a lot.
 
 
 Coding Standards
index fd6e1a2ca66dd2e33e77cd98fa603c33fc32fd80..b1ee947d1d6c6784a14777daba6db1242ab47c99 100644 (file)
@@ -19,7 +19,7 @@
 checkout_only_file=README.git
 
 # Choose a specific version of gnulib, when checking out
-GNULIB_REVISION=891934d4b75038abc8e82f52d7a74d357af7e7cc
+GNULIB_REVISION=stable-202207
 
 # Always copy files rather than symlink
 copy=true