-
Notifications
You must be signed in to change notification settings - Fork 157
doc: do not break sentences into "lego" pieces #1982
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The sentence needs to be whole to be properly translated. Signed-off-by: Jean-Noël Avila <[email protected]>
|
/submit |
|
Submitted as [email protected] To fetch this version into To fetch this version to local tag |
|
On the Git mailing list, "brian m. carlson" wrote (reply to this): On 2025-10-05 at 21:12:04, Jean-Noël Avila via GitGitGadget wrote:
> From: =?UTF-8?q?Jean-No=C3=ABl=20Avila?= <[email protected]>
>
> The sentence needs to be whole to be properly translated.
This patch seems reasonable and I agree this is the right thing to do to
make the documentation more easily translatable (as well as generally
more legible).
--
brian m. carlson (they/them)
Toronto, Ontario, CA |
|
User |
|
This patch series was integrated into seen via git@08e760c. |
|
This branch is now known as |
|
This patch series was integrated into seen via git@5041436. |
|
This patch series was integrated into seen via git@9510fa2. |
|
This patch series was integrated into next via git@8962b8d. |
|
There was a status update in the "Cooking" section about the branch Documentation for "git log --pretty" options has been updated to make it easier to translate. Will merge to 'master'. source: <[email protected]> |
|
This patch series was integrated into seen via git@0e3101a. |
|
This patch series was integrated into seen via git@481e9f5. |
|
There was a status update in the "Cooking" section about the branch Documentation for "git log --pretty" options has been updated to make it easier to translate. Will merge to 'master'. source: <[email protected]> |
|
This patch series was integrated into seen via git@6c9d3bd. |
|
This patch series was integrated into seen via git@e022df0. |
|
This patch series was integrated into seen via git@51e3d6b. |
|
This patch series was integrated into seen via git@11f5a22. |
|
This patch series was integrated into master via git@11f5a22. |
|
This patch series was integrated into next via git@11f5a22. |
|
Closed via 11f5a22. |
This PR is part 3 of addressing #609, and it is stacked on top of #1980 and #1981 (and therefore contains also the commits of those PRs), therefore I will leave this in draft mode until those PRs are merged. The grand idea is to bundle the `CIHelper` class together with all its direct and transitive dependencies into one big, honking `dist/index.js`, and then add a set of really minimal GitHub Actions that call into `CIHelper`. The Actions are added in sub-directories so that they can be called in GitHub workflows via e.g. `- uses: gitgitgadget/gitgitgadget/update-prs@1`. The component used for bundling `CIHelper` is [`@vercel/ncc` ](https://www.npmjs.com/package/@vercel/ncc). To support acting as a GitHub Action, [`@actions/core`](https://www.npmjs.com/package/@actions/core) is installed. To allow for really minimal GitHub Actions, the `CIHelper` class is augmented accordingly to re-implement more logic that is currently either in `misc-helper.ts` or in the (non-public 😞) Azure Pipelines definitions. The naming convention for specifying the necessary tokens as GitHub Actions inputs is: - `upstream-repo-token`: This is to comment on PRs in `git/git` - `pr-repo-token`: This is to comment on PRs in `gitgitgadget/git` (as well as to be able to push to that repository) - `test-repo-token`: This is to comment on PRs in `dscho/git` (used exclusively for testing) To clarify, here is a diagram: ```mermaid graph TD user["user (contributor)"] upstream-repo["upstream-repo (authoritative project repo)"] pr-repo["pr-repo (GitGitGadget-enabled GitHub repo)"] GitGitGadget["GitGitGadget"] mailing-list["mailing-list"] user -->|"opens PR"| pr-repo user -->|"opens PR (if GitHub App installed)"| upstream-repo upstream-repo -->|"GitGitGadget syncs branches to"| pr-repo pr-repo -->|"slash commands"| GitGitGadget upstream-repo -->|"slash commands (if App installed)"| GitGitGadget GitGitGadget -->|"sends patch series"| mailing-list ```
Publish the GitHub Actions to a separate branch This PR is part 4 (the final part in this repository) of addressing gitgitgadget/gitgitgadget#609, and it is stacked on top of gitgitgadget/gitgitgadget#1980, gitgitgadget/gitgitgadget#1981, and #1982 (and therefore contains also the commits of those PRs), therefore I will leave this in draft mode until those PRs are merged. After laying the groundwork for, and implementing, the set of GitHub Actions that can perform the same job as GitGitGadget's current Azure Pipelines can perform, this here PR adds automation to 1. transpile the `CIHelper` class (together with its dependencies) from Typescript to JavaScript, 2. bundle it as a single, dependency-less `dist/index.js`, 3. copy the required resources (`WELCOME.md`, some shell scripts) into the location expected by that `dist/index.js`, 4. remove all the rest except for the minimal GitHub Actions (`*/action.yml`, `*/index.js`), 5. commit the result as the new tip commit of the `v1` branch (creating it as needed), 6. tag that tip commit as `v1.<running-number>`, 7. push out the `v1` branch and the tag. The result of this is that GitGitGadget can still be developed conveniently in this here repository, and whenever anything gets merged to the `main` branch, the `v1` branch is automatically updated so that it will be picked up by GitHub workflows containing statements like: ```yaml - uses: gitgitgadget/gitgitgadget/handle-pr-comment@v1 ``` That way, we _finally_ address the fragile nature of the current setup where a set of Azure Pipelines maintain their own clone of `gitgitgadget/gitgitgadget`, and having to run `npm ci && npm run build` as needed. This closes gitgitgadget/gitgitgadget#1759
The sentence needs to be whole to be properly translated.
cc: "brian m. carlson" [email protected]