Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1saQl6-008kwo-Fj for pgsql-hackers@arkaria.postgresql.org; Sun, 04 Aug 2024 02:14:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1saQl4-007iYc-OF for pgsql-hackers@arkaria.postgresql.org; Sun, 04 Aug 2024 02:14:06 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1saQl4-007iYT-E1 for pgsql-hackers@lists.postgresql.org; Sun, 04 Aug 2024 02:14:06 +0000 Received: from mail-lf1-x130.google.com ([2a00:1450:4864:20::130]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1saQl1-002xGW-FC for pgsql-hackers@lists.postgresql.org; Sun, 04 Aug 2024 02:14:05 +0000 Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-52ef95ec938so11082415e87.3 for ; Sat, 03 Aug 2024 19:14:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722737642; x=1723342442; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=xMk1eKorYtc0DVkk1h823trPjuMJs9ASLEauN4p64JE=; b=eFQn23UvPTQes4WJPS5Xsaf92KZ+uAgaCdPB9RSFfXjiQoCVxKRr32MNQLK1PXcFTY kHt+u2D3WKcoyG4ZljCk27NfF1NxblSQNaAdu+jDRTOuwcVlkk8QckmqCF5tTsrbCtUF 2R2i6RjkW7HXPzs/a0kejpR9cVz3ws3V2kYjnhaZ8Uhb00BoWatioze3Mj5uLsIhOKY5 +Ts4IF6C8aaVDswa0rkN/A8J561fbg3IKrvKehdS9QN8fcnX0D+Gw9dW6AfUOTs6Iy5O PjI0ayaDs37zbX4MOJscW6KOLsNWRzT+Tuqdd5QQkz3m+8yNhAf6vkytf2szy0WgVX6i JYhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722737642; x=1723342442; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xMk1eKorYtc0DVkk1h823trPjuMJs9ASLEauN4p64JE=; b=fGF2lS29vbyiSgzmIRlo/Mr8tsg0IkIBw1GFjExvlryxu1H8lQeQ2aEsNq/0tA2dYx tmMeXA8VaM0wniFEAfzGlJRZ2wN39FLTvyx4xWt/oc22srbR9UQBBgkzlPGHY4jnD80z I7PpEJENJ4qZrN69pN4OgZx03AIYZHD36NjAO1leDKdxjQlTWqjFlSEJ6jBbvAQOIotS BdmP/lipTUZZgM3kUf4YGZ8Wj4MLYegVPeB7PiltHFRUthwboJdeOVLyvh+39AKna++u BV43j/KIKSGWUUM+J2vKjAmZg0FAUQ/RmMk+J6/HdHqRPZHk8l5ZpxotcYbuHwJR97+T mhxA== X-Forwarded-Encrypted: i=1; AJvYcCVYRXdM3ApYP9xy8RSTGEifKGJEtyGSE+q4H20dITCAn3/jIPNjtAGLP6+H0Eayw/sy9/VuUyFT32xYJw4D3WQxXJMPJfEGnmK0bNywoZtTSIjH X-Gm-Message-State: AOJu0Yw15P000qQWpF2K6XicirdkSSiGbTe535DnuVyEqEbWqA1Nzmpa oep29EuYM5JcqCZLjX6z1jtv0Ja8CV866rWF8cKsVIYmRuycP2BCEHJ+JMr1AZc+gXAv83ma6J4 06sRXIOwdCdxPvCV3yzlJf4HRhds= X-Google-Smtp-Source: AGHT+IGW15Kc5XBJtRjEK/IDOCDzIEA1+vAcx2ibLHYJS2qiuUOvwi3WhEt1pPCQMSAr9Sc8w9XavksWsTWaBrUTKj4= X-Received: by 2002:a05:6512:3b9c:b0:52c:dac3:392b with SMTP id 2adb3069b0e04-530bb3a2334mr5059085e87.33.1722737641248; Sat, 03 Aug 2024 19:14:01 -0700 (PDT) MIME-Version: 1.0 References: <57c12c52-123c-4a13-a258-02639473fa17@dunslane.net> In-Reply-To: From: Junwang Zhao Date: Sun, 4 Aug 2024 10:13:49 +0800 Message-ID: Subject: Re: Official devcontainer config To: Andrew Dunstan Cc: Peter Eisentraut , PostgreSQL Hackers , Andrey Borodin , Jelte Fennema-Nio Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Aug 3, 2024 at 7:30=E2=80=AFPM Andrew Dunstan = wrote: > > > On 2024-08-02 Fr 2:45 PM, Peter Eisentraut wrote: > > On 01.08.24 23:38, Andrew Dunstan wrote: > >> Not totally opposed, and I will probably give it a try very soon, but > >> I'm wondering if this really needs to go in the core repo. We've > >> generally shied away from doing much in the way of editor / devenv > >> support, trying to be fairly agnostic. It's true we carry > >> .dir-locals.el and .editorconfig, so that's not entirely true, but > >> those are really just about supporting our indentation etc. standards. > > > > Yeah, the editor support in the tree ought to be minimal and factual, > > based on coding standards and widely recognized best practices, not a > > collection of one person's favorite aliases and scripts. If the > > scripts are good, let's look at them and maybe put them under > > src/tools/ for everyone to use. But a lot of this looks like it will > > requite active maintenance if output formats or node formats or build > > targets etc. change. And other things require specific local paths. > > That's fine for a local script or something, but not for a mainline > > tool that the community will need to maintain. > > > > I suggest to start with a very minimal configuration. What are the > > settings that absolute everyone will need, maybe to set indentation > > style or something. > > > > I believe you can get VS Code to support editorconfig, so from that POV > maybe we don't need to do anything. > > I did try yesterday with the code from the OP's patch symlinked into my > repo, but got an error with the Docker build, which kinda reinforces > your point. The reason symlink does not work is that configure_vscode needs to copy launch.json and tasks.json into .vscode, it has to be in the WORKDIR/.devcontainer. > > Your point about "one person's preferences" is well taken - some of the > git aliases supplied clash with mine. > Yeah, I will remove that. > > cheers > > > andrew > > -- > Andrew Dunstan > EDB: https://www.enterprisedb.com > --=20 Regards Junwang Zhao