forked from mfulz_github/qmk_firmware
		
	 c66df16644
			
		
	
	
		c66df16644
		
			
		
	
	
	
	
		
			
			* Branch point for 2020 November 28 Breaking Change * Remove matrix_col_t to allow MATRIX_ROWS > 32 (#10183) * Add support for soft serial to ATmega32U2 (#10204) * Change MIDI velocity implementation to allow direct control of velocity value (#9940) * Add ability to build a subset of all keyboards based on platform. * Actually use eeprom_driver_init(). * Make bootloader_jump weak for ChibiOS. (#10417) * Joystick 16-bit support (#10439) * Per-encoder resolutions (#10259) * Share button state from mousekey to pointing_device (#10179) * Add hotfix for chibios keyboards not wake (#10088) * Add advanced/efficient RGB Matrix Indicators (#8564) * Naming change. * Support for STM32 GPIOF,G,H,I,J,K (#10206) * Add milc as a dependency and remove the installed milc (#10563) * ChibiOS upgrade: early init conversions (#10214) * ChibiOS upgrade: configuration file migrator (#9952) * Haptic and solenoid cleanup (#9700) * XD75 cleanup (#10524) * OLED display update interval support (#10388) * Add definition based on currently-selected serial driver. (#10716) * New feature: Retro Tapping per key (#10622) * Allow for modification of output RGB values when using rgblight/rgb_matrix. (#10638) * Add housekeeping task callbacks so that keyboards/keymaps are capable of executing code for each main loop iteration. (#10530) * Rescale both ChibiOS and AVR backlighting. * Reduce Helix keyboard build variation (#8669) * Minor change to behavior allowing display updates to continue between task ticks (#10750) * Some GPIO manipulations in matrix.c change to atomic. (#10491) * qmk cformat (#10767) * [Keyboard] Update the Speedo firmware for v3.0 (#10657) * Maartenwut/Maarten namechange to evyd13/Evy (#10274) * [quantum] combine repeated lines of code (#10837) * Add step sequencer feature (#9703) * aeboards/ext65 refactor (#10820) * Refactor xelus/dawn60 for Rev2 later (#10584) * add DEBUG_MATRIX_SCAN_RATE_ENABLE to common_features.mk (#10824) * [Core] Added `add_oneshot_mods` & `del_oneshot_mods` (#10549) * update chibios os usb for the otg driver (#8893) * Remove HD44780 References, Part 4 (#10735) * [Keyboard] Add Valor FRL TKL (+refactor) (#10512) * Fix cursor position bug in oled_write_raw functions (#10800) * Fixup version.h writing when using SKIP_VERSION=yes (#10972) * Allow for certain code in the codebase assuming length of string. (#10974) * Add AT90USB support for serial.c (#10706) * Auto shift: support repeats and early registration (#9826) * Rename ledmatrix.h to match .c file (#7949) * Split RGB_MATRIX_ENABLE into _ENABLE and _DRIVER (#10231) * Split LED_MATRIX_ENABLE into _ENABLE and _DRIVER (#10840) * Merge point for 2020 Nov 28 Breaking Change
		
			
				
	
	
		
			97 lines
		
	
	
		
			3.6 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			97 lines
		
	
	
		
			3.6 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| # Breaking Changes
 | |
| 
 | |
| This document describes QMK's Breaking Change process. A Breaking Change is any change which modifies how QMK behaves in a way that in incompatible or potentially dangerous. We limit these changes so that users can have confidence that updating their QMK tree will not break their keymaps.
 | |
| 
 | |
| The breaking change period is when we will merge PR's that change QMK in dangerous or unexpected ways. There is a built-in period of testing so we are confident that any problems caused are rare or unable to be predicted.
 | |
| 
 | |
| ## What has been included in past Breaking Changes?
 | |
| 
 | |
| * [2020 Nov 28](ChangeLog/20201128.md)
 | |
| * [2020 Aug 29](ChangeLog/20200829.md)
 | |
| * [2020 May 30](ChangeLog/20200530.md)
 | |
| * [2020 Feb 29](ChangeLog/20200229.md)
 | |
| * [2019 Aug 30](ChangeLog/20190830.md)
 | |
| 
 | |
| ## When is the next Breaking Change?
 | |
| 
 | |
| The next Breaking Change is scheduled for February 27, 2021.
 | |
| 
 | |
| ### Important Dates
 | |
| 
 | |
| * [x] 2020 Nov 28 - `develop` is created. Each push to `master` is subsequently merged to `develop`
 | |
| * [ ] 2021 Jan 30 - `develop` closed to new PR's.
 | |
| * [ ] 2021 Jan 30 - Call for testers.
 | |
| * [ ] 2021 Feb 25 - `master` is locked, no PR's merged.
 | |
| * [ ] 2021 Feb 27 - Merge `develop` to `master`.
 | |
| * [ ] 2021 Feb 27 - `master` is unlocked. PR's can be merged again.
 | |
| 
 | |
| ## What changes will be included?
 | |
| 
 | |
| To see a list of breaking change candidates you can look at the [`breaking_change` label](https://github.com/qmk/qmk_firmware/pulls?q=is%3Aopen+label%3Abreaking_change+is%3Apr). New changes might be added between now and when `develop` is closed, and a PR with that label applied is not guaranteed to be merged.
 | |
| 
 | |
| If you want your breaking change to be included in this round you need to create a PR with the `breaking_change` label and have it accepted before `develop` closes. After `develop` closes no new breaking changes will be accepted.
 | |
| 
 | |
| Criteria for acceptance:
 | |
| 
 | |
| * PR is complete and ready to merge
 | |
| * PR has a ChangeLog
 | |
| 
 | |
| # Checklists
 | |
| 
 | |
| This section documents various processes we use when running the Breaking Changes process.
 | |
| 
 | |
| ## Creating the `develop` branch
 | |
| 
 | |
| This happens immediately after the previous `develop` branch is merged.
 | |
| 
 | |
| * `qmk_firmware` git commands
 | |
|     * [ ] `git checkout master`
 | |
|     * [ ] `git pull --ff-only`
 | |
|     * [ ] `git checkout -b develop`
 | |
|     * [ ] Edit `readme.md`
 | |
|         * [ ] Add a big notice at the top that this is a testing branch.
 | |
|         * [ ] Include a link to this document
 | |
|     * [ ] `git commit -m 'Branch point for <DATE> Breaking Change'`
 | |
|     * [ ] `git tag breakpoint_<YYYY>_<MM>_<DD>`
 | |
|     * [ ] `git tag <next_version>` # Prevent the breakpoint tag from confusing version incrementing
 | |
|     * [ ] `git push origin develop`
 | |
|     * [ ] `git push --tags`
 | |
| 
 | |
| ## 4 Weeks Before Merge
 | |
| 
 | |
| * `develop` is now closed to new PR's, only fixes for current PR's may be merged
 | |
| * Post call for testers
 | |
|     * [ ] Discord
 | |
|     * [ ] GitHub PR
 | |
|     * [ ] https://reddit.com/r/olkb
 | |
| 
 | |
| ## 1 Week Before Merge
 | |
| 
 | |
| * Announce that master will be closed from <2 Days Before> to <Day of Merge>
 | |
|     * [ ] Discord
 | |
|     * [ ] GitHub PR
 | |
|     * [ ] https://reddit.com/r/olkb
 | |
| 
 | |
| ## 2 Days Before Merge
 | |
| 
 | |
| * Announce that master is closed for 2 days
 | |
|     * [ ] Discord
 | |
|     * [ ] GitHub PR
 | |
|     * [ ] https://reddit.com/r/olkb
 | |
| 
 | |
| ## Day Of Merge
 | |
| 
 | |
| * `qmk_firmware` git commands
 | |
|     * [ ] `git checkout develop`
 | |
|     * [ ] `git pull --ff-only`
 | |
|     * [ ] `git rebase origin/master`
 | |
|     * [ ] Edit `readme.md`
 | |
|         * [ ] Remove the notes about `develop`
 | |
|     * [ ] Roll up the ChangeLog into one file.
 | |
|     * [ ] `git commit -m 'Merge point for <DATE> Breaking Change'`
 | |
|     * [ ] `git push origin develop`
 | |
| * GitHub Actions
 | |
|     * [ ] Create a PR for `develop`
 | |
|     * [ ] Make sure travis comes back clean
 | |
|     * [ ] Merge `develop` PR
 |