alignfirst 0.1.0 → 0.1.1

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "alignfirst",
3
- "version": "0.1.0",
3
+ "version": "0.1.1",
4
4
  "license": "CC0-1.0",
5
5
  "author": "Thomas MUR",
6
6
  "description": "The AlignFirst CLI: protocols, plans and docs in one command.",
@@ -24,14 +24,18 @@ Run `{{TICKET_CMD}} --next merge.summary.md` to continue the current cycle. Appe
24
24
 
25
25
  Resolve the conflicts properly — preserve both intents whenever possible. Do not blindly accept one side.
26
26
 
27
+ Resolve conflicts one at a time. Avoid batch processing, broad search-and-replace operations, and other brute-force edits.
28
+
27
29
  **Special case for lock files:** If a lock file has conflicts:
28
30
 
29
31
  1. Accept all the changes from the incoming branch.
30
32
  2. After all other conflicts are resolved, run the proper install command so the package manager re-applies the current branch's dependency changes.
31
33
 
32
- ## 4. Finalize the Merge
34
+ ## 4. Validate and Commit
35
+
36
+ After resolving all conflicts, run the codebase's usual checks, such as compilation, linting, and unit tests. Commit the merge as soon as the available checks pass, using Git's default message (for example, `git commit --no-edit`).
33
37
 
34
- Finalize the merge using git's default commit message (e.g. `git commit --no-edit`). Do not write your own commit message — git has already prepared the proper merge message.
38
+ If you need to execute the project, whether through E2E tests or manual checks, do so after the merge commit. Commit any resulting fixes separately.
35
39
 
36
40
  ## 5. Summarize
37
41