From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6451826320254959616 X-Received: by 10.28.153.77 with SMTP id b74mr510761wme.10.1502182874703; Tue, 08 Aug 2017 02:01:14 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.25.195.141 with SMTP id t135ls224173lff.40.gmail; Tue, 08 Aug 2017 02:01:14 -0700 (PDT) X-Received: by 10.25.84.138 with SMTP id b10mr114893lfl.42.1502182874301; Tue, 08 Aug 2017 02:01:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1502182874; cv=none; d=google.com; s=arc-20160816; b=a8KIeLfE4G3gqlOlSFxsOt6J4XyGtRO7VUkrs7nC0l9fZxEQ7LdUvsSaDbF+/1VB5v 1I0Zw7ClRLpLli1+GGRV2MXUHWUorCJ9wMYmY4QuCgqtM52LC7rZ7qKGLked3SgrKHR+ opApgFGvqgoCWC9/8rnoUbuiutah6T14BityeJOSn8Pc2ygVs4B0qBTRgZiHF087wR4f dC3/YbgHdO2qaJZdeZYxzEEqe7qNIbYsveGldAwk1wlmoCIbq6+ZiDoSoaFNSZfbroYm Lp/3pIoNcSU50jSUtCnN8lcyTPSf/WAhVqR3SBDl+/apw6zyO1nxPt4PgB84OxSE3GLJ Meyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:message-id:subject:to:from :date:arc-authentication-results; bh=6/Zq5JK5m0yCerlW14xaQK9+gumrvCYPVM7o/Bo3fOM=; b=PnFvZlSJxWT8gYMfPiQQC+caMk0X/qKUiNQtlPzgI+DDd/5t03QIAVfdovi4eXg93S GTzeR8Oug8iHatILp7djW0QqUyh3KAuYVBk4HWMFIRKBgpfO9+bCsdQ7zJoTtS+1o8yX 9GjNLYzbgXudtjUVyOqWf9t6J28PJPp3h9TND543sibyUV/P9MMPaOwqNvmLQxcj/dza +Lra36sE7c+sjmB0lLYHiyRuTVnx0idmGuBI4txCC1++vQpHbCF1wGw9Wn3Gaz1E/5q2 F1HVdgebdT6X/K8oQEpan0Q5QJl2Zg30qn28zN7NCIeDvMex/bVT8Jdxhy2TxFpHoBHS tEEQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of henning.schild@siemens.com) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id v142si310925wmv.8.2017.08.08.02.01.14 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Aug 2017 02:01:14 -0700 (PDT) Received-SPF: neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of henning.schild@siemens.com) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of henning.schild@siemens.com) smtp.mailfrom=henning.schild@siemens.com Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id v7891DbV025698 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 8 Aug 2017 11:01:13 +0200 Received: from md1em3qc ([139.25.68.40]) by mail3.siemens.de (8.15.2/8.15.2) with ESMTP id v7891Dac025153 for ; Tue, 8 Aug 2017 11:01:13 +0200 Date: Tue, 8 Aug 2017 11:03:11 +0200 From: Henning Schild To: Subject: ETOOMANYBRANCHES and Contributing.md Message-ID: <20170808110311.1c809aed@md1em3qc> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: ZtMMJifIGLRw Hi, in my point of view upstream Isar has way to many branches and it is unclear how there are used. I propose to clean that up and come up with a description of what the remaining branches are and what they do. Here is how that could be done: 1. remove personal branches of developers, they should use clones not upstream 2. agree on having at least two branches "master" and "next" - master would be stable and rebasing/force-pushing not allowed - next would be the rebasing/staging branch for master 3. everything that goes to master has to sit in next for a while 4. everything that goes to next has to show up on the mailinglist for public review ... TODO Contributing.md Henning