[Git][NTPsec/ntpsec][master] 2 commits: Note that asciidoc 8.6.0 is required.

Eric S. Raymond gitlab at mg.gitlab.com
Sun Jul 3 01:51:40 UTC 2016


Eric S. Raymond pushed to branch master at NTPsec / ntpsec


Commits:
0e880ad0 by Eric S. Raymond at 2016-07-02T19:14:50-04:00
Note that asciidoc 8.6.0 is required.

- - - - -
0ed4e17d by Eric S. Raymond at 2016-07-02T21:51:15-04:00
Explain why and how to avoid merge bubbles.

- - - - -


2 changed files:

- INSTALL
- devel/hacking.txt


Changes:

=====================================
INSTALL
=====================================
--- a/INSTALL
+++ b/INSTALL
@@ -63,7 +63,8 @@ sys/timepps.h::
 asciidoc, a2x::
    You will need asciidoc to make HTML and a2x to make manual pages from the
    documentation masters.  Only required if you configured with --enable-doc.
-   Fedora: asciidoc
+   Note, you need asciidoc 8.6.0 at minimum.
+   Fedora: asciidoc  (Stock CentOS/RHEL has only 8.4.5, you must upgrade)
    Debian: asciidoc
 
 The OS X build has been tested in this environment:


=====================================
devel/hacking.txt
=====================================
--- a/devel/hacking.txt
+++ b/devel/hacking.txt
@@ -40,6 +40,9 @@ fallback implementation using native time calls.
 You can view POSIX-1.2001, with 2004 Corrigendum, online for free here:
     http://pubs.opengroup.org/onlinepubs/009695399/toc.htm
 
+You *may* assume that the compiler supports POSIX 64-bit integral types
+(int64_t, uint64_t and friends) even if the target hardware is 32-bit).
+
 === Banned functions ===
 
 The following C99/POSIX functions are BANNED.  They are unsafe, tending to
@@ -103,7 +106,7 @@ and no JSON option it is quite likely to be rejected.
 Our preferred format for dates is RFC3339 (a version of ISO8601 for
 UTC with some options frozen; full year required, medial T required,
 explicit Zulu timezone). Local times should be expressed in ISO8601,
-always with full years and timezone offset.
+always with full year and timezone offset.
 
 === Copyrights and licenses ===
 
@@ -295,7 +298,7 @@ discuss it with project management.
 
 == Contribution workflow and conventions ==
 
-== GitLab.com ==
+=== GitLab.com ===
 
 We use GitLab.com as our forge.
 
@@ -311,10 +314,10 @@ mailto:devel at ntpsec.org mailing list.  Other people may have
 suggestions, will want to collaborate, and will wish to review your
 code.
 
-== Optional: Send patches by email ==
+=== Optional: Send patches by email ===
 
 If you do not want to use GitLab pull requests, we welcome simple fix
-and "drive by" patches submitted by email.
+and "drive-by" patches submitted by email.
 
 Please create the patch with git format-patch.
 
@@ -335,7 +338,7 @@ parameter ---author from the email From header and the git parameter
 
 For complex patches and contribution narratives, please use GitLab.
 
-=== Commit comments ===
+== Commit comments ==
 
 And please follow git conventions for change comments. That means your comment
 should consist of:
@@ -382,4 +385,35 @@ keeping random strings of hex digits in working memory.  Besides, hashes
 will break if the history is ever moved to another VCS or the repository
 has to be surgically altered.
 
+=== Avoid unnecessary merge bubbles ===
+
+There are two kinds of merge bubbles in git commit graphs. The
+necessary kind happens because branches have genuinely diverged enough
+that a merge by hand is required - common files have been touched in
+incompatible ways. In the unnecessary kind, the patches on either side
+of the bubble commute cleanly, but the developer on one side or the 
+forgot to rebase so his commit would be a fast-forward.
+
+We strongly dislike unnecessary merge bubbles.  They make the
+repository history difficult to read, and can make bisection tests
+trickier. We prefer the code to have a simple, close-to-linear
+history even if that means older commits are sometimes fast-forwarded
+from new ones because a long-lived branch was rebased.
+
+To avoid merge bubbles, git pull --rebase before pushing.  This will
+pull all pending commits from the repo, then attempt to rebase your
+locak commits on the new tip.  You may find it helpful to set
+"rebase = true" in your .git/config, so it looks like this:
+
+-------------------------------------------------------------
+[branch "master"]
+	remote = origin
+	merge = refs/heads/master
+	rebase = true
+-------------------------------------------------------------
+
+Setting this option adds --rebase to all your pulls.  This may cause
+minor inconvenience when you have uncommitted local changes; you
+should be able to use "git stash" to get around that.
+
 //end



View it on GitLab: https://gitlab.com/NTPsec/ntpsec/compare/ffd0a125a6e5ec22870a69a320e7575bd6b7a7a0...0ed4e17d4bf3d0d61add4f746392743eabbd82d6
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ntpsec.org/pipermail/vc/attachments/20160703/2244dcf1/attachment.html>


More information about the vc mailing list