Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1giCjg-0003Ad-8f for pgadmin-hackers@arkaria.postgresql.org; Sat, 12 Jan 2019 06:25:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1giCje-00073f-9u for pgadmin-hackers@arkaria.postgresql.org; Sat, 12 Jan 2019 06:25:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1giCje-00072A-1H for pgadmin-hackers@lists.postgresql.org; Sat, 12 Jan 2019 06:25:34 +0000 Received: from mail-wm1-x341.google.com ([2a00:1450:4864:20::341]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1giCja-0004wD-Qm for pgadmin-hackers@postgresql.org; Sat, 12 Jan 2019 06:25:33 +0000 Received: by mail-wm1-x341.google.com with SMTP id r24so3426026wmh.0 for ; Fri, 11 Jan 2019 22:25:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=cDr5I3H2DehiV8ewwgGeYvcuAoluXdWCipAX5GaQ/Rw=; b=LEuGgpDbX62DfuYc55CkF5Uk5ywGhZ9bPu44vu/o5e8jxxhM0/g662QnmodLa1VIY0 bgoHeGZy/iDxYOczAwThtoq8WVu2yftBi1pctLIf1oSuGFAPa5SpuB07zno4Tp8d5ike fwK5tZ//E3qxbs5Wv/j2FBbbaCk6+dvd/ETtikeTKE0wZ2NsLOUYqVt5Rz6EI0qQ9qS6 V1KSTse6lBSsR2HzF+buYpfUb+nTwZ+1ku8x1eoYM8joIst/GqtchAPfY38xNjWuUBal Kf+Q4ukZgOMHuXc2OQ4306N4Ev7Fj7V0fpMb+3Elbdk2ZGTE6AoZ1tQWQcpFAYUftlms LVrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=cDr5I3H2DehiV8ewwgGeYvcuAoluXdWCipAX5GaQ/Rw=; b=Zen/nu1VOzRe6kdM7TFytJ41EUuRcfBa2t7jHZQUZMnt1QqN+bmNzzv72JeHSBLNY8 /IY12A3VLMOodPKnSxpkMVc47mVMrL5dC2dxWEsUoWFzMre8cxINEZhAACaSaLgIgQin E36Deq/PC8/q2gTjslM8+aYSg0wekFRccL03mcTpGZyo1nt++NxWhQmtnInUAIwpPykQ VyyHKF8ZNt2qKzOS6zrRaWj3gKw6RKLTGsjGa3/lGU60x/gMMixrS6tZa4B9tcN3GS1+ cAGQxgHpCF6+YGWcpTQKY8ESsc4sS4sUSuDD5LxaUBhFLqdi89B28u7Sk68AQZM8+E2l y6qA== X-Gm-Message-State: AJcUukfwGkagH/7zCD8uZl4QZ8rXKyPbbDEBFmc267nHRJhRvQDp0r11 lhCeZem86cpllA4EZcYNFKnVLW0Gfg9V5C2zIuu6uQ== X-Google-Smtp-Source: ALg8bN6rYEla9r3aI+WxhFez3l+pHzDcVS1UFj5678fiW5CHp1O+Jelc6wcODQ50tENhoLt/LFHOc1qmAT3lZXk8ovw= X-Received: by 2002:a1c:910e:: with SMTP id t14mr4659065wmd.111.1547274328139; Fri, 11 Jan 2019 22:25:28 -0800 (PST) MIME-Version: 1.0 From: Dave Page Date: Sat, 12 Jan 2019 11:55:16 +0530 Message-ID: Subject: Docs on the website To: Akshay Joshi , Ashesh Vashi Cc: pgadmin-hackers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk I've updated the docs build on the pgAdmin website. Previously we had a link the the 'dev' docs (on the master GIT branch), as well as one on each of the branches. The latest branch of course was master, so the latest version link was really always the same as the dev link. Now the numbered doc versions are based on the release tags in the repo, so: 1.6 points to REL-1_6 2.1 points to REL-2_1 3.6 points to REL-3_6 dev continues to point to the head of the master branch. The latest major version link (4.x) is a special case. I've setup a script that runs every 30 minutes that grabs the versions.json file we use for the update notification. It extracts the major and minor version number, and then attempts to checkout that branch in the appropriate place. This means we should only need to manually update that part of the site when we increase the major version (and the script will email me if that seems to be the case, and we forgot). The upshot of this, is that the docs on the website now properly match the released versions. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company