You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: general/development/process/integration/index.md
+94Lines changed: 94 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -166,5 +166,99 @@ As a general rule, this means that if your issue has entered the 'in integration
166
166
The Integration team will sometimes recommend squashing commits when things do not look natural (and may offer to do this for you), especially when there are "fix-commits" in the history happening before integration. You will not be forced to squash your changes because our policy is: *"If you want your history of commits to look like bad, it's your history."*.
167
167
168
168
:::tip
169
+
169
170
You should pay close attention to [Git_commits](../../policies/codingstyle/index.md#git-commits) and intend to *"Tell a perfect, cleaned up version of the history. As if the code was written perfectly first time."*.
171
+
172
+
:::
173
+
174
+
## Integration tooling
175
+
176
+
Typically during the integration process no additional tooling is required, however the [`moodle-userscripts`](https://github.com/HuongNV13/moodle-userscripts) TamperMonkey scripts are a great way of generating the commands typically used during final code review.
177
+
178
+
:::danger Considerations for your code review repository
179
+
180
+
When reviewing code for the final review, it is important to do so in a separate checkout which you do not use for other development. This helps ensure that unrelated branches and changes are not pushed by mistake.
181
+
182
+
- Before starting a review, ensure you have fetched the latest data from the Git remote
183
+
- It is advisable to remove all unrelated branches to prevent inadvertent branch pushing
184
+
170
185
:::
186
+
187
+
### Useful configuration
188
+
189
+
The following configuration can be applied in your global git configuration:
0 commit comments