
Blender Git Statistics -> Developers -> mont29
Bastien Montagne (mont29)
Total Commits : 8 177
Master Commits : 5 042
Branch Commits : 3 135
First Commit : July 25, 2011
Latest Commit : January 26, 2021 (Yesterday)
Commits by Month
Date | Number of Commits | |
---|---|---|
January, 2021 | 47 | |
December, 2020 | 62 | |
November, 2020 | 48 | |
October, 2020 | 77 | |
September, 2020 | 57 | |
August, 2020 | 58 | |
July, 2020 | 97 | |
June, 2020 | 98 | |
May, 2020 | 94 | |
April, 2020 | 83 | |
March, 2020 | 139 | |
February, 2020 | 182 | |
January, 2020 | 88 | |
December, 2019 | 15 | |
November, 2019 | 71 | |
October, 2019 | 41 | |
September, 2019 | 53 | |
August, 2019 | 62 | |
July, 2019 | 41 | |
June, 2019 | 34 | |
May, 2019 | 44 | |
April, 2019 | 48 | |
March, 2019 | 84 | |
February, 2019 | 84 | |
January, 2019 | 66 | |
December, 2018 | 53 | |
November, 2018 | 71 | |
October, 2018 | 43 | |
September, 2018 | 55 | |
August, 2018 | 55 | |
July, 2018 | 27 | |
June, 2018 | 181 | |
May, 2018 | 132 | |
April, 2018 | 51 | |
March, 2018 | 52 | |
February, 2018 | 69 | |
January, 2018 | 56 | |
December, 2017 | 57 | |
November, 2017 | 135 | |
October, 2017 | 82 | |
September, 2017 | 52 | |
August, 2017 | 100 | |
July, 2017 | 68 | |
June, 2017 | 83 | |
May, 2017 | 72 | |
April, 2017 | 82 | |
March, 2017 | 91 | |
February, 2017 | 57 | |
January, 2017 | 52 | |
December, 2016 | 56 | |
November, 2016 | 78 | |
October, 2016 | 64 | |
September, 2016 | 106 | |
August, 2016 | 66 | |
July, 2016 | 105 | |
June, 2016 | 159 | |
May, 2016 | 115 | |
April, 2016 | 86 | |
March, 2016 | 96 | |
February, 2016 | 78 | |
January, 2016 | 132 | |
December, 2015 | 87 | |
November, 2015 | 133 | |
October, 2015 | 208 | |
September, 2015 | 178 | |
August, 2015 | 90 | |
July, 2015 | 91 | |
June, 2015 | 106 | |
May, 2015 | 154 | |
April, 2015 | 154 | |
March, 2015 | 139 | |
February, 2015 | 142 | |
January, 2015 | 179 | |
December, 2014 | 141 | |
November, 2014 | 181 | |
October, 2014 | 152 | |
September, 2014 | 43 | |
August, 2014 | 115 | |
July, 2014 | 57 | |
June, 2014 | 43 | |
May, 2014 | 41 | |
April, 2014 | 68 | |
March, 2014 | 34 | |
February, 2014 | 23 | |
January, 2014 | 53 | |
December, 2013 | 24 | |
November, 2013 | 38 | |
October, 2013 | 28 | |
September, 2013 | 38 | |
August, 2013 | 43 | |
July, 2013 | 4 | |
June, 2013 | 20 | |
May, 2013 | 25 | |
April, 2013 | 25 | |
March, 2013 | 39 | |
February, 2013 | 50 | |
January, 2013 | 42 | |
December, 2012 | 47 | |
November, 2012 | 48 | |
October, 2012 | 59 | |
September, 2012 | 18 | |
August, 2012 | 4 | |
July, 2012 | 44 | |
June, 2012 | 23 | |
May, 2012 | 33 | |
April, 2012 | 26 | |
March, 2012 | 35 | |
February, 2012 | 16 | |
January, 2012 | 20 | |
December, 2011 | 16 | |
November, 2011 | 33 | |
October, 2011 | 14 | |
September, 2011 | 48 | |
August, 2011 | 7 | |
July, 2011 | 7 |
Commit Distribution
Favourite Files
Filename | Total Edits |
---|---|
readfile.c | 422 |
library.c | 309 |
filelist.c | 245 |
install_deps.sh | 227 |
wm_operators.c | 186 |
object.c | 182 |
scene.c | 164 |
writefile.c | 160 |
rna_modifier.c | 152 |
interface_templates.c | 151 |
File Changes
Action | Total | Per Commit |
---|---|---|
Added | 507 | 0.1 |
Modified | 30 678 | 3.8 |
Deleted | 598 | 0.1 |
Code Changes
Action | Total | Per Commit |
---|---|---|
Lines Added | 236 580 | 38.0 |
Lines Removed | 142 321 | 22.8 |
Latest commits 
1 day and 14 hours ago |
ed_undo refactor: split/remove `ed_undo_step_impl`. This function was doing too many things, with behaviors fairly different depending on its input parameters. This was making the code fragile and hard to follow. Split it in three: * `ed_undo_step_pre` does the common actions before we actually undo data. * `ed_undo_step_post` does the common actions after we have undone/redone data. Then, `ed_undo_step_direction`, `ed_undo_step_by_name` and `ed_undo_step_by_index` do their actual specific actions, with their own logic. Note: Since the actual behavior of those three funtions is fairly different (the first only undo/redo one effective step, the second is only supposed to **undo** //before// given named step, and the third actually undo/redo until given indexed step become active), we could also find better names for those. right now, it sounds like they are doing the same thing, with just different ways to specify the target step. Note: This is part of on-going refactor work on undo system, see T83806. Differential Revision: https://developer.blender.org/D10112 |
Revision 978c413 by Bastien Montagne (override-refactor-tmp-2) January 25, 2021, 15:17 (GMT) |
LibOverrides: First stage of detection of 'need resync'. We can fairly easily detect some resync-needed cases when applying the overrides operations on a Pointer RNA property. This should cover all cases where an existing override's ID pointer is changed in its linked data. We still have to add code to detect when a not-yet-overridden linked ID needs to become overridden (because its relations to other data-blocks changed in a way that requires it). |
January 25, 2021, 13:48 (GMT) |
LibOverride: refactor of relationships handling in library overrides. First step towards a better handling of relationships between IDs in override context, especially when a resync is needed. First, introduce a new flag to override operations, `IDOVERRIDE_LIBRARY_FLAG_IDPOINTER_MATCH_REFERENCE`, for ID pointers. It keeps track of whether an RNA ID pointer has been kept to its 'natural overriden ID' (in override hierarchy context), or has actually been re-assigned to some other data-block. Second, refactor how we deal with relationships between IDs in override hierarchy code, especially in resync case. This will fixe several cases listed in T83811, especially the case where an ID pointer to an existing override needs to be updated to a new one due to a matching change in linked data. |
January 25, 2021, 10:07 (GMT) |
Merge branch 'blender-v2.92-release' |
January 25, 2021, 10:06 (GMT) |
Fix UI message typo in own previous commit. //sigh// |
January 25, 2021, 09:56 (GMT) |
Merge branch 'blender-v2.92-release' |
January 25, 2021, 09:56 (GMT) |
Fix UI messages. Avoid sticking words together when it's not absolutely necessary. |
January 22, 2021, 16:37 (GMT) |
Fix crashes from recent refactor rB131a758b6f88. Much better to add a relation entry for all IDs, even if they are not connected to any other ID. |
January 22, 2021, 15:05 (GMT) |
Refactor BMain relations temp data. `bmain.relations` is used to store temp data of relations between IDs, to speed-up some complex processes heavily relying on such information. Previous implementation was failry unclear/confusing, and required a not-so-nice hack to 'tag' some ID as processed. New code changes as such: * Using `from`/`to` naming (instead of `user`/`used`). * More clear separation between `to` `id_pointer` and `from` one, using an union instead of hacking around difference between `ID *` and `ID **` pointers. * Adds storage of `session_uuid` informations (mainly useful as debug/ensuring proper consistency of data currently). * Adds a structure per ID in the mapping. This enables possibility of storing tags (and potentially more data in the future) per-ID, without polluting the IDs themselves with very short-life info. Differential Revision: https://developer.blender.org/D10164 |
January 22, 2021, 14:31 (GMT) |
LibOverride: Add an 'post apply' callback to IDTypeInfo. Currently this is needed to properly tag PointCache's for info update (fixes an issue reported in T82503). Suspect we may need this in more cases in the future though, RNA assign/update processes are not always 100% enough to deal with complicated corner cases. |
MiikaHweb - Blender Git Statistics v1.06