codeplay-common 4.2.4 → 4.2.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.gitattributes +2 -2
- package/LICENSE +21 -21
- package/README.md +119 -119
- package/agent-templates/manifest.json +7 -6
- package/agent-templates/v1.0/AGENTS/agent-screenshot.md +12 -12
- package/agent-templates/v1.0/AGENTS/agent-temp.md +4 -4
- package/agent-templates/v1.0/AGENTS/agents-create-new-page.md +241 -241
- package/agent-templates/v1.0/AGENTS/agents.md +364 -360
- package/agent-templates/v1.0/AGENTS/playstore-media.md +17 -17
- package/agent-templates/v1.0/AGENTS/versioning.md +14 -14
- package/agent-templates/v1.0/AGENTS.md +4 -4
- package/files/buildCodeplay/codeplayBeforeBuild-6.2.js +4040 -4040
- package/files/buildCodeplay/versions.json +23 -23
- package/files/finalrelease +951 -951
- package/files/iap-install-2.js +145 -145
- package/files/ionic.config.json +6 -6
- package/files/scripts/setup-baseline-profile.js +257 -257
- package/package.json +15 -15
- package/scripts/sync-files.js +155 -155
- package/scripts/uninstall.js +109 -109
|
@@ -1,17 +1,17 @@
|
|
|
1
|
-
# Play Store Media Assets Rule
|
|
2
|
-
|
|
3
|
-
- Screenshots and videos generated for Play Store submission must be stored only under the `Playstore/` directory at the repository root.
|
|
4
|
-
- Organize assets into explicit subfolders and never place them beside app source or temp files.
|
|
5
|
-
- Use this naming structure:
|
|
6
|
-
|
|
7
|
-
- `Playstore/Screenshots/<platform>/<orientation>/<app-version>/`
|
|
8
|
-
- `Playstore/Videos/<platform>/<type>/`
|
|
9
|
-
|
|
10
|
-
Where:
|
|
11
|
-
|
|
12
|
-
- `<platform>` examples: `android`, `phone`, `tablet`
|
|
13
|
-
- `<orientation>` examples: `portrait`, `landscape`
|
|
14
|
-
- `<type>` examples: `feature`, `promo`, `trailer`
|
|
15
|
-
- `<app-version>` is the release/build identifier (for example `v1.2.3`).
|
|
16
|
-
|
|
17
|
-
- File names should include device and resolution when useful (for example `google-pixel-8-portrait.png`, `galaxy-tab-landscape.mp4`).
|
|
1
|
+
# Play Store Media Assets Rule
|
|
2
|
+
|
|
3
|
+
- Screenshots and videos generated for Play Store submission must be stored only under the `Playstore/` directory at the repository root.
|
|
4
|
+
- Organize assets into explicit subfolders and never place them beside app source or temp files.
|
|
5
|
+
- Use this naming structure:
|
|
6
|
+
|
|
7
|
+
- `Playstore/Screenshots/<platform>/<orientation>/<app-version>/`
|
|
8
|
+
- `Playstore/Videos/<platform>/<type>/`
|
|
9
|
+
|
|
10
|
+
Where:
|
|
11
|
+
|
|
12
|
+
- `<platform>` examples: `android`, `phone`, `tablet`
|
|
13
|
+
- `<orientation>` examples: `portrait`, `landscape`
|
|
14
|
+
- `<type>` examples: `feature`, `promo`, `trailer`
|
|
15
|
+
- `<app-version>` is the release/build identifier (for example `v1.2.3`).
|
|
16
|
+
|
|
17
|
+
- File names should include device and resolution when useful (for example `google-pixel-8-portrait.png`, `galaxy-tab-landscape.mp4`).
|
|
@@ -1,14 +1,14 @@
|
|
|
1
|
-
# Versioning and Release Notes Rule
|
|
2
|
-
|
|
3
|
-
- Any change to app version fields (version code and/or version name) must be followed by update of tracked release documentation.
|
|
4
|
-
- Record every version bump in both files:
|
|
5
|
-
- `CHANGELOG.md` (full technical history)
|
|
6
|
-
- `RELEASE_NOTES.md` (public-facing release notes)
|
|
7
|
-
- Each update entry must include, at minimum:
|
|
8
|
-
- Date (`YYYY-MM-DD`)
|
|
9
|
-
- New version name
|
|
10
|
-
- New version code (or build number)
|
|
11
|
-
- Files changed for the version bump
|
|
12
|
-
- 3–8 bullet points of user-impacting changes
|
|
13
|
-
- If `CHANGELOG.md` or `RELEASE_NOTES.md` do not exist, create them in the repo root.
|
|
14
|
-
- Keep these files under version control (do not place in `.gitignore` paths or `agent-temp/`) so they sync across systems.
|
|
1
|
+
# Versioning and Release Notes Rule
|
|
2
|
+
|
|
3
|
+
- Any change to app version fields (version code and/or version name) must be followed by update of tracked release documentation.
|
|
4
|
+
- Record every version bump in both files:
|
|
5
|
+
- `CHANGELOG.md` (full technical history)
|
|
6
|
+
- `RELEASE_NOTES.md` (public-facing release notes)
|
|
7
|
+
- Each update entry must include, at minimum:
|
|
8
|
+
- Date (`YYYY-MM-DD`)
|
|
9
|
+
- New version name
|
|
10
|
+
- New version code (or build number)
|
|
11
|
+
- Files changed for the version bump
|
|
12
|
+
- 3–8 bullet points of user-impacting changes
|
|
13
|
+
- If `CHANGELOG.md` or `RELEASE_NOTES.md` do not exist, create them in the repo root.
|
|
14
|
+
- Keep these files under version control (do not place in `.gitignore` paths or `agent-temp/`) so they sync across systems.
|