@@ -219,13 +219,6 @@ and fix them; assign them to a milestone (like <code>{customField('xpackVersion'
219
219
220
220
### Update ` CHANGELOG.md `
221
221
222
- - open the ` CHANGELOG.md ` file
223
- - check if all previous fixed issues are in
224
- - check the latest commits ` xpm run git-log ` ; if necessary , copy / paste lines ,
225
- group by dates and edit them using the below regular expressions
226
- - add a new entry like _ ** \* v {customField(' xpackVersion' )} prepared ** _
227
- - commit with a message like _ ** prepare v {customField(' xpackVersion' )}** _
228
-
229
222
To turn the dates into headings , change from :
230
223
231
224
` ` ` txt
256
249
*
257
250
` ` `
258
251
252
+ - open the ` CHANGELOG.md ` file
253
+ - check if all previous fixed issues are in
254
+ - check the latest commits ` xpm run git-log ` ; if necessary , copy / paste lines ,
255
+ group by dates and edit them using the below regular expressions
256
+ - add a new entry like _ ** \* v {customField(' xpackVersion' )} prepared ** _
257
+ - commit with the message _ ** prepare v {customField(' xpackVersion' )}** _
258
+
259
+
259
260
### Push the changes to the ` xpack-development ` branch
260
261
261
262
Be sure that the latest commit that updates ` VERSION ` is pushed
@@ -419,7 +420,7 @@ via HomeBrew, and make a link to `/usr/local/bin`.
419
420
420
421
:::
421
422
422
- - commit with _ ** website : update folder hierarchies ** _ .
423
+ Commit with the message _ ** website : update folder hierarchies ** _ .
423
424
424
425
### Update the list of links in top package .json
425
426
@@ -428,14 +429,14 @@ sequence, for each platform (GNU/Linux, macOS),
428
429
and check the
429
430
differences compared to the repository .
430
431
431
- Commit if necessary with _ ** package .json : update executables links ** _
432
+ Commit if necessary with the message _ ** package .json : update executables links ** _ .
432
433
433
434
### Update the durations of the development builds
434
435
435
436
In ` website/docs/maintainer/_development-durations.mdx ` , update
436
437
the durations of the builds .
437
438
438
- Commit if necessary with _ ** website : update development durations ** _
439
+ Commit with the message _ ** website : update development durations ** _ .
439
440
440
441
### How to build a debug version
441
442
@@ -526,7 +527,7 @@ to `"@xpack-dev-tools/xbb-helper":`
526
527
527
528
### Commit the changes to ` build-assets/package.json `
528
529
529
- Use the message ** build - assets / package .json : bump deps ** .
530
+ Commit with the message _ ** build - assets / package .json : bump deps ** _ .
530
531
531
532
### Check for disk space
532
533
@@ -573,7 +574,7 @@ rm -rf ~/Work/xpack-dev-tools/*/build-assets/build
573
574
574
575
### Generate the GitHub workflows
575
576
576
- Run the ** generate - workflows ** xPack action to update the
577
+ Run the ** generate - workflows ** xpm / xPack action to update the
577
578
GitHub workflow files .
578
579
579
580
` ` ` sh
@@ -582,7 +583,7 @@ xpm run generate-workflows -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
582
583
583
584
### Commit and push
584
585
585
- - commit with the message ** Re - generate workflows **
586
+ - commit with the message ** re - generate workflows **
586
587
- push the ` xpack-development ` branch to GitHub
587
588
588
589
<FirstProductionRun />
@@ -606,7 +607,7 @@ xpm run trigger-workflow-build-linux-arm64 -C ~/Work/xpack-dev-tools/sed-xpack.g
606
607
xpm run trigger-workflow-build-linux-arm -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
607
608
` ` `
608
609
609
- The scripts behind these actions require the ` XPACK_DEV_TOOLS_FG_DISPATCH_TOKEN `
610
+ The scripts behind these actions require the ` GITHUB_API_DISPATCH_TOKEN `
610
611
variable to be present
611
612
in the environment , and the organization ` PUBLISH_TOKEN ` to be visible in the
612
613
Settings → Action →
@@ -625,6 +626,8 @@ The workflow results and logs are available from the
625
626
Update the values in ` website/docs/maintainer/_github-actions-durations.mdx `
626
627
with those shown by GitHub Actions .
627
628
629
+ Commit with the message _ ** website : update actions durations ** _ .
630
+
628
631
The resulting binaries are available for testing from
629
632
[pre - releases / test ](https :// github.com/xpack-dev-tools/pre-releases/releases/tag/test/).
630
633
@@ -648,13 +651,20 @@ xpm run trigger-workflow-test-docker-linux-x64 -C ~/Work/xpack-dev-tools/sed-xpa
648
651
xpm run trigger-workflow-test-docker-linux-arm -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
649
652
` ` `
650
653
651
- The scripts behind these accessible require the ` XPACK_DEV_TOOLS_FG_DISPATCH_TOKEN ` variable to be present
654
+ The scripts behind these accessible require the ` GITHUB_API_DISPATCH_TOKEN ` variable to be present
652
655
in the environment .
653
656
654
657
These actions use the ` xpack-development ` branch of this repo and the
655
658
[pre - releases / test ](https :// github.com/xpack-dev-tools/pre-releases/releases/tag/test/)
656
659
binaries .
657
660
661
+ :::caution
662
+
663
+ Some of the ` docker-linux-arm ` tests have an issue on Debian and the
664
+ ** Clean working area ** step fails .
665
+
666
+ :::
667
+
658
668
The tests results are available from the
659
669
[GitHub Actions ](https :// github.com/xpack-dev-tools/sed-xpack/actions/) page.
660
670
@@ -666,7 +676,7 @@ with previous runs.
666
676
Since GitHub Actions provides a limited range of versions for the macOS
667
677
runner , the multi - version macOS tests run on Travis .
668
678
669
- To trigger the Travis test , run the ** trigger - travis - macos ** xPack action :
679
+ To trigger the Travis test , run the ** trigger - travis - macos ** xpm / xPack action :
670
680
671
681
` ` ` sh
672
682
xpm run trigger-travis-macos -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
@@ -708,10 +718,10 @@ xattr -cr ${HOME}/Downloads/xpack-*
708
718
709
719
- in ` CHANGELOG.md ` , add the release date and a message
710
720
like _ ** \* v {customField(' xpackVersion' )} released ** _
711
- - commit with _ ** CHANGELOG update ** _
721
+ - commit with the message _ ** CHANGELOG update ** _
712
722
- check and possibly update the ` build-assets/templates/body-github-release-liquid.mdx `
713
723
- push the ` xpack-development ` branch to GitHub
714
- - run the ** trigger - workflow - publish - release ** xPack action :
724
+ - run the ** trigger - workflow - publish - release ** xpm / xPack action :
715
725
716
726
` ` ` sh
717
727
xpm run trigger-workflow-publish-release -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
@@ -732,13 +742,17 @@ with all binaries attached.
732
742
- do ** not ** enable Discussions yet
733
743
- click the ** Publish release ** button
734
744
735
- Note : at this moment the system should send a notification to all clients
736
- watching this project .
745
+ :::info
746
+
747
+ At this moment the system should send an email notification to all clients
748
+ watching the sed - xpack project .
749
+
750
+ :::
737
751
738
752
### Prepare a new blog post
739
753
740
754
- check and possibly update the ` website/blog/_templates/blog-post-release-part-[12]-liquid.md `
741
- - run the ** generate - website - blog - post ** xPack action ;
755
+ - run the ** generate - website - blog - post ** xpm / xPack action ;
742
756
this will add a file in the ` website/blog ` folder :
743
757
744
758
` ` ` sh
@@ -747,26 +761,26 @@ xpm run generate-website-blog-post -C ~/Work/xpack-dev-tools/sed-xpack.git/build
747
761
748
762
- edit the front matter properties
749
763
- select the correct summary
750
- - commit with _ ** blog post release {customField(' xpackVersion' )} published ** _
764
+ - commit with the message _ ** website : blog post release {customField(' xpackVersion' )} published ** _
751
765
752
766
### Update the web install page
753
767
754
768
- check and possibly update the output of the ` --version ` runs in
755
769
- ` website/docs/install/_automatic-install-quick-test.mdx `
756
770
- ` website/docs/install/_manual-install-quick-test.mdx `
757
- - commit changes
771
+ - commit with the message _ ** website : update quick tests ** _
758
772
759
773
### Check the list of links in top package .json
760
774
761
- - open the ` package.json ` file
775
+ - open the top ` package.json ` file
762
776
- check if the links in the ` bin ` property cover the actual binaries
763
777
- if necessary , also check on Windows
764
778
765
779
### Update the package .json list of binaries
766
780
767
781
- select the ` xpack-development ` branch
768
782
- be sure that the binaries were attached to the pre - release
769
- - run the ** update - package - binaries ** xPack action :
783
+ - run the ** update - package - binaries ** xpm / xPack action :
770
784
771
785
` ` ` sh
772
786
xpm run update-package-binaries -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
@@ -778,15 +792,15 @@ xpm run update-package-binaries -C ~/Work/xpack-dev-tools/sed-xpack.git/build-as
778
792
- from the release , check the SHA & file names
779
793
- compare the SHA sums with those shown by ` cat *.sha `
780
794
- check the executable names
781
- - commit all changes , use a message like
795
+ - commit all changes with the message
782
796
_ ** package .json : update urls for {customField(' xpackVersion' )}.{customField(' npmSubversion' )} release ** _
783
797
784
798
### Publish on the npmjs .com server
785
799
786
800
- select the ` xpack-development ` branch
787
801
- check the latest commits ` xpm run git-log `
788
802
- update ` CHANGELOG.md ` , add a line like _ ** \* v {customField(' xpackVersion' )} published on npmjs .com ** _
789
- - commit with a message like _ ** CHANGELOG : publish npm v {customField(' xpackVersion' )}.{customField(' npmSubversion' )}** _
803
+ - commit with the message _ ** CHANGELOG : publish npm v {customField(' xpackVersion' )}.{customField(' npmSubversion' )}** _
790
804
- ` npm pack ` and check the content of the archive , which should list
791
805
only the ` package.json ` , the ` README.md ` , ` LICENSE ` and ` CHANGELOG.md ` ;
792
806
possibly adjust ` .npmignore `
@@ -816,7 +830,7 @@ After a few moments the version will be visible at
816
830
817
831
### Test if the binaries can be installed with xpm
818
832
819
- Run the ** trigger - workflow - test - xpm ** xPack action :
833
+ Run the ** trigger - workflow - test - xpm ** xpm / xPack action :
820
834
821
835
` ` ` sh
822
836
xpm run trigger-workflow-test-xpm -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
@@ -833,10 +847,14 @@ The tests results are available from the
833
847
834
848
When the release is considered stable , promote it as ` latest ` :
835
849
850
+ <CodeBlock language = " sh" > {
851
+ ` npm dist-tag add @xpack-dev-tools/sed@${customField (' xpackVersion' )}.${customField (' npmSubversion' )} latest
852
+ ` } </CodeBlock >
853
+
854
+ Check the result :
855
+
836
856
<CodeBlock language = " sh" > {
837
857
` npm dist-tag ls @xpack-dev-tools/sed
838
- npm dist-tag add @xpack-dev-tools/sed@${customField (' xpackVersion' )}.${customField (' npmSubversion' )} latest
839
- npm dist-tag ls @xpack-dev-tools/sed
840
858
` } </CodeBlock >
841
859
842
860
In case the release proves problematic and needs to be unpublished :
@@ -850,23 +868,26 @@ In case the release proves problematic and needs to be unpublished:
850
868
Validate the web site content in a local build via the npm ` build ` script :
851
869
852
870
` ` ` sh
853
- npm --prefix website run build
871
+ npm run build -C website
854
872
` ` `
855
873
856
874
### Publish the website
857
875
876
+ - stop the local web server
877
+ - select the ` website ` branch
858
878
- merge ` xpack-development ` into ` website `
859
879
- push the ` website ` branch to GitHub
860
-
861
- At this moment an automated GitHub Action will generate and publish the website .
862
-
880
+ ::: info
881
+ At this moment an automated GitHub Action will generate and publish the website .
882
+ :::
863
883
- the new release blog post is
864
884
in https :// xpack-dev-tools.github.io/sed-xpack/blog/
865
885
- remember the post URL , since it must be used to update the release page
866
886
and the X / Twitter announcement
887
+ - switch to https :// xpack-dev-tools.github.io/sed-xpack/docs/maintainer/#update-the-xpack-branch
867
888
868
889
The ` website ` branch may be subsequently updated , as long as the
869
- version in ` package.json ` is not changed .
890
+ version in the top ` package.json ` is not changed .
870
891
871
892
### Update the ` xpack ` branch
872
893
@@ -888,7 +909,8 @@ Avoid further updates to the `xpack` branch until the next release.
888
909
- check the download counter , it should match the number of tests
889
910
- add a link to the Web blog ` [Continue reading »]() ` ; use an same blog URL
890
911
- remove the _tests only_ notice
891
- - ** disable ** the ** pre - release ** button
912
+ - ** disable ** the ** Set as a pre - release ** button
913
+ - ** enable ** the ** Set as the latest release ** button
892
914
- click the ** Update Release ** button
893
915
894
916
### Check SourceForge mirror
@@ -904,7 +926,7 @@ Avoid further updates to the `xpack` branch until the next release.
904
926
905
927
### Clean the work area
906
928
907
- Run the ** trigger - workflow - deep - clean ** xPack action
929
+ Run the ** trigger - workflow - deep - clean ** xpm / xPack action
908
930
909
931
` ` ` sh
910
932
xpm run trigger-workflow-deep-clean -C ~/Work/xpack-dev-tools/sed-xpack.git/build-assets
@@ -915,6 +937,15 @@ This will remove the build folders on all self-hosted runners.
915
937
The results are available from the
916
938
[GitHub Actions ](https :// github.com/xpack-dev-tools/sed-xpack/actions/) page.
917
939
940
+ ### Close possible open issues
941
+
942
+ Check GitHub issues and pull requests :
943
+
944
+ - https :// github.com/xpack-dev-tools/sed-xpack/issues
945
+ - https :// github.com/xpack-dev-tools/sed-xpack/pulls
946
+
947
+ Close those that were addressed .
948
+
918
949
## Share on Twitter
919
950
920
951
- in a separate browser windows , open [X / Twitter ](https :// twitter.com)
0 commit comments