Bugfix for cherry-pick / revert:

• The "create cherry-pick via pull-request" feature was broken. Fixed !

Bugfix for cherry-pick / revert:

• The "create cherry-pick via pull-request" feature was broken. Fixed !

Fixed permission bug in Rebase/Squash/Amend logic when PR spans fork. The buttons were correctly greyed out if the user did not have write permission to the "from" repository, but for the wrong reason:

PR-Booster canRebase() logic failed: com.atlassian.bitbucket.AuthorisationException: You are not permitted to access this resource

Version v2023.01.18 fixes the logic so that now PR-Booster correctly detects that write permission is not present, and greys out the buttons with that reason, instead of greying them out because an exception was tripped.

Fixed permission bug in Rebase/Squash/Amend logic when PR spans fork. The buttons were correctly greyed out if the user did not have write permission to the "from" repository, but for the wrong reason:

PR-Booster canRebase() logic failed: com.atlassian.bitbucket.AuthorisationException: You are not permitted to access this resource

Version v2023.01.18 fixes the logic so that now PR-Booster correctly detects that write permission is not present, and greys out the buttons with that reason, instead of greying them out because an exception was tripped.

Sometimes the rebase button would report back "stale data, cannot rebase", and users would need to refresh the pull-request screen as a workaround. Fixed!

Sometimes the rebase button would report back "stale data, cannot rebase", and users would need to refresh the pull-request screen as a workaround. Fixed!

The logic for the Amend and Squash buttons was incorrect when a pull-request spanned multiple repositories (e.g., a fork situation).

We believe there is a good chance this fixes issue #259

The logic for the Amend and Squash buttons was incorrect when a pull-request spanned multiple repositories (e.g., a fork situation).

We believe there is a good chance this fixes issue #259

One bugfix:

• Improve error messaging for user when rebase/squash/amend are rejected.

With our big refactor for 8.x compatibility, we did not realize that any hook rejections for the rebase/squash/amend were getting silently dropped (e.g., if you tried to "Squash" against a source branch that doesn't accept history rewrites). And so the user would click on "Squash" and then see that nothing happened, and be confused. The Squash dialog would even print "Success" despite Bitbucket rejecting the push under the hood!

Now in failure cases PR-Booster prints a status message showing that the operation failed, and explaining why it failed.

One bugfix:

• Improve error messaging for user when rebase/squash/amend are rejected.

With our big refactor for 8.x compatibility, we did not realize that any hook rejections for the rebase/squash/amend were getting silently dropped (e.g., if you tried to "Squash" against a source branch that doesn't accept history rewrites). And so the user would click on "Squash" and then see that nothing happened, and be confused. The Squash dialog would even print "Success" despite Bitbucket rejecting the push under the hood!

Now in failure cases PR-Booster prints a status message showing that the operation failed, and explaining why it failed.

Small tweak to our "Automatically Drop Approvals" feature:

• Approvals can now be configured to stay in place when the push came from a service account.

Small tweak to our "Automatically Drop Approvals" feature:

• Approvals can now be configured to stay in place when the push came from a service account.

• Adjusted the plugin metadata to specify <startup>late</startup>. This should help with a few rare situations where the app fails to start.

This version contains one small improvement:

• Adjusted the plugin metadata to specify <startup>late</startup>. This should help with a few rare situations where the app fails to start.

Enhancement:

• Optimistic-Build-Status-Propagation can now be set to an "Immediate" mode. This way the successful build-status can propagate the moment the spurious commit is received (e.g., at the exact moment of the rebase / squash / amend / sync-merge - as long as the "git patch-id" remains identical), instead of waiting for a new build to trigger. Can be helpful on heavily overloaded build servers where builds are not always triggered automatically. The previous setting of "Yes - On Next Build" remains the default value.

Bug fix:

• PR-Booster was accidentally disabling Awesome Graph's "All Branches" link on the commits screen when PR-Booster was installed. (We forgot to remove this when we split out PR-Booster's original Commit Graph into its own separate free plugin). Oops!

Enhancement:

• Optimistic-Build-Status-Propagation can now be set to an "Immediate" mode. This way the successful build-status can propagate the moment the spurious commit is received (e.g., at the exact moment of the rebase / squash / amend / sync-merge - as long as the "git patch-id" remains identical), instead of waiting for a new build to trigger. Can be helpful on heavily overloaded build servers where builds are not always triggered automatically. The previous setting of "Yes - On Next Build" remains the default value.

Bug fix:

• PR-Booster was accidentally disabling Awesome Graph's "All Branches" link on the commits screen when PR-Booster was installed. (We forgot to remove this when we split out PR-Booster's original Commit Graph into its own separate free plugin). Oops!

Fix build-status-propagation feature (Bitbucket 7.x and 8.x). It now works to propagate status for "Required Builds" jobs.

Fix build-status-propagation feature (Bitbucket 7.x and 8.x). It now works to propagate status for "Required Builds" jobs.

Build-status propagation broke in our Bitbucket 8.x logic. Fixing it for Bitbucket 7.x.

(To fix it for Bitbucket 8.x will require help from Atlassian, because it seems they have made a serious mistake with RepositoryBuildStatusSetEvent).

Build-status propagation broke in our Bitbucket 8.x logic. Fixing it for Bitbucket 7.x.

(To fix it for Bitbucket 8.x will require help from Atlassian, because it seems they have made a serious mistake with RepositoryBuildStatusSetEvent).

Version v2022.07.05 contains a single bug fix:

• Accidentally broke our git patch-id logic during our Bitbucket 8.x upgrade. Fixed now!
• Affected features: build-status-propagation, auto-withdraw-approvals ("significant" setting), auto-retain-disapprovals ("insignificant" setting).

Version v2022.07.05 contains a single bug fix:

• Accidentally broke our git patch-id logic during our Bitbucket 8.x upgrade. Fixed now!
• Affected features: build-status-propagation, auto-withdraw-approvals ("significant" setting), auto-retain-disapprovals ("insignificant" setting).

Further improved 8.x compatibility.

PR-Booster is *significantly* improved in this version and no longer maintains its own separate "bbClones" directory. PR-Booster no longer requires any disk for its operation.

PR-Booster is *significantly* improved in this version and no longer maintains its own separate "bbClones" directory. PR-Booster no longer requires any disk for its operation.

Bitbucket 8.x compatibility

Bitbucket 8.x compatibility

PR-Booster v2022.03.11 successfully passed DC certification. Publishing a new version with the DC compatibility flag re-enabled.

PR-Booster v2022.03.11 successfully passed DC certification. Publishing a new version with the DC compatibility flag re-enabled.

Unfortunately we let our Atlassian DC "approved" certification lapse in December. We are re-certifying now and expect to have the process completed within 2-8 weeks. Putting up this version as a place-holder (binary identical to v2021.08.12) while we complete DC re-certification.

- - -

Please welcome two new team-members !

Dr. Andrea Young, andrea@bit-booster.com, Director, Customer Success

Julius Davies, julius@bit-booster.com, Principal Software Engineer

- - -

Many have asked if any Bit-Booster plugins were vulnerable to the recent Log4J vulnerability (CVE-2021-44228). We analyzed all versions of all Bit-Booster plugins and are happy to report that Bit-Booster has never used any version of Log4J in any of our plugins.

- - -

Stay tuned for our upcoming DC compatible version!!! We are also re-certifying all our free Bitbucket plugins as well (Control Freak, and Commit Graph).

• Auto-unapprove stopped working in recent versions of Bitbucket. Fixed!
• Improved auto-unapprove logic: it runs faster; it handles sync issues better (e.g., pull-request updated by someone else at the same time); and it catches and logs exceptions instead of letting them propagate up to the event-listener.

• Auto-unapprove stopped working in recent versions of Bitbucket. Fixed!
• Improved auto-unapprove logic: it runs faster; it handles sync issues better (e.g., pull-request updated by someone else at the same time); and it catches and logs exceptions instead of letting them propagate up to the event-listener.

• Auto-unapprove stopped working in recent versions of Bitbucket. Fixed!
• Improved auto-unapprove logic: it runs faster; it handles sync issues better (e.g., pull-request updated by someone else at the same time); and it catches and logs exceptions instead of letting them propogate up to the event-listener.

• Auto-unapprove stopped working in recent versions of Bitbucket. Fixed!
• Improved auto-unapprove logic: it runs faster; it handles sync issues better (e.g., pull-request updated by someone else at the same time); and it catches and logs exceptions instead of letting them propogate up to the event-listener.

Once bugfix:

• Rare permission errors occurring when probing pull-requests for mergeability (race condition). Fixed.

One enhancement:

• PR-Booster config pages now support JSON read/write over REST.

Once bugfix:

• Rare permission errors occurring when probing pull-requests for mergeability (race condition). Fixed.

One enhancement:

• PR-Booster config pages now support JSON read/write over REST.

Version v2020.11.17-bb5 contains one bugfix and one enhancement:

Once bugfix:

• Rare permission errors occurring when probing pull-requests for mergeability (race condition). Fixed.

One enhancement:

• PR-Booster config pages now support JSON read/write over REST.

Version v2020.11.17-bb5 contains one bugfix and one enhancement:

Once bugfix:

• Rare permission errors occurring when probing pull-requests for mergeability (race condition). Fixed.

One enhancement:

• PR-Booster config pages now support JSON read/write over REST.

This version contains a single bugfix:

• Improve error handling if cache/bbClones/ directory cannot be created.

This version contains a single bugfix:

• Improve error handling if cache/bbClones/ directory cannot be created.

This version contains a single bugfix:

• Improve error handling if cache/bbClones/ directory cannot be created.

Note: this version (v2020.09.05-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

This version contains a single bugfix:

• Improve error handling if cache/bbClones/ directory cannot be created.

Note: this version (v2020.09.05-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

One bugfix:

• The Amend and Squash buttons no longer appear on the Pull-Request screen in Bitbucket 7.1.x or newer. Fixed!

One bugfix:

• The Amend and Squash buttons no longer appear on the Pull-Request screen in Bitbucket 7.1.x or newer. Fixed!

Implemented Bitbucket 7.x compatibility.

Also, three small bugfixes:

• Improve how git objects in the bbClones cache are cleaned up. Previously only "unpacked" objects were cleaned. Now we clean up both *packed* and *unpacked* objects.
• Fix cosmetic regression introduced in v2019.10.17 that caused spurious "--autosquash" buttons to appear on the Cherry-Pick / Revert dialog. Clicking them had no negative effects, but they were confusing to users.
• The helpful "rebase diagram" (essentially inline documentation) doesn't render if our free Commit Graph plugin is co-installed because of a CSS collision. Fixed!

Implemented Bitbucket 7.x compatibility.

Also, three small bugfixes:

• Improve how git objects in the bbClones cache are cleaned up. Previously only "unpacked" objects were cleaned. Now we clean up both *packed* and *unpacked* objects.
• Fix cosmetic regression introduced in v2019.10.17 that caused spurious "--autosquash" buttons to appear on the Cherry-Pick / Revert dialog. Clicking them had no negative effects, but they were confusing to users.
• The helpful "rebase diagram" (essentially inline documentation) doesn't render if our free Commit Graph plugin is co-installed because of a CSS collision. Fixed!

Three small bugfixes:

• Improve how git objects in the bbClones cache are cleaned up. Previously only "unpacked" objects were cleaned. Now we clean up both *packed* and *unpacked* objects.
• Fix cosmetic regression introduced in v2019.10.17 that caused spurious "--autosquash" buttons to appear on the Cherry-Pick / Revert dialog. Clicking them had no negative effects, but they were confusing to users.
• The helpful "rebase diagram" (essentially inline documentation) doesn't render if our free Commit Graph plugin is co-installed because of a CSS collision. Fixed!

Note: this version (v2020.02.25-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

Three small bugfixes:

• Improve how git objects in the bbClones cache are cleaned up. Previously only "unpacked" objects were cleaned. Now we clean up both *packed* and *unpacked* objects.
• Fix cosmetic regression introduced in v2019.10.17 that caused spurious "--autosquash" buttons to appear on the Cherry-Pick / Revert dialog. Clicking them had no negative effects, but they were confusing to users.
• The helpful "rebase diagram" (essentially inline documentation) doesn't render if our free Commit Graph plugin is co-installed because of a CSS collision. Fixed!

Note: this version (v2020.02.25-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

One new feature:

• Rebase --autosquash: PR-Booster now includes the ability to run "git rebase --interactive --autosquash" from directly within the Bitbucket Web UI! This new button appears when the pull-request's source branch contains at least one "fixup!" or "squash!" commit. When pressed, the button invokes "git rebase --interactive --autosquash" and automatically accepts all defaults presented during the rebase sequence.

One bugfix:

• Sometimes rebase / squash / amend fails because a previous ".git/rebase-apply" directory was not properly cleaned up.

One new feature:

• Rebase --autosquash: PR-Booster now includes the ability to run "git rebase --interactive --autosquash" from directly within the Bitbucket Web UI! This new button appears when the pull-request's source branch contains at least one "fixup!" or "squash!" commit. When pressed, the button invokes "git rebase --interactive --autosquash" and automatically accepts all defaults presented during the rebase sequence.

One bugfix:

• Sometimes rebase / squash / amend fails because a previous ".git/rebase-apply" directory was not properly cleaned up.

One new feature:

• Rebase --autosquash: PR-Booster now includes the ability to run "git rebase --interactive --autosquash" from directly within the Bitbucket Web UI! This new button appears when the pull-request's source branch contains at least one "fixup!" or "squash!" commit. When pressed, the button invokes "git rebase --interactive --autosquash" and automatically accepts all defaults presented during the rebase sequence.

One bugfix:

• Sometimes rebase / squash / amend fails because a previous ".git/rebase-apply" directory was not properly cleaned up.

Note: this version (v2019.10.17-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

One new feature:

• Rebase --autosquash: PR-Booster now includes the ability to run "git rebase --interactive --autosquash" from directly within the Bitbucket Web UI! This new button appears when the pull-request's source branch contains at least one "fixup!" or "squash!" commit. When pressed, the button invokes "git rebase --interactive --autosquash" and automatically accepts all defaults presented during the rebase sequence.

One bugfix:

• Sometimes rebase / squash / amend fails because a previous ".git/rebase-apply" directory was not properly cleaned up.

Note: this version (v2019.10.17-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

A regression in v2019.07.17 caused the Rebase / Cherry-Pick / Revert functionality to fail in repositories where Git LFS (Large File Support) was actively used.

----

Previous changelog (v2019.07.17):

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

A regression in v2019.07.17 caused the Rebase / Cherry-Pick / Revert functionality to fail in repositories where Git LFS (Large File Support) was actively used.

----

Previous changelog (v2019.07.17):

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

A regression in v2019.07.17 caused the Rebase / Cherry-Pick / Revert functionality to fail in repositories where Git LFS (Large File Support) was actively used.

----

Previous changelog (v2019.07.17):

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03-bb5 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

Note: this version (v2019.08.12-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

A regression in v2019.07.17 caused the Rebase / Cherry-Pick / Revert functionality to fail in repositories where Git LFS (Large File Support) was actively used.

----

Previous changelog (v2019.07.17):

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

Note: this version (v2019.08.12-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

This is our first official Bitbucket Data Center compatible version! We're running a combined Server / Data-Center release, and so this version is also good on Bitbucket Server instances.

----

Full changelog:

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

This is our first official Bitbucket Data Center compatible version! We're running a combined Server / Data-Center release, and so this version is also good on Bitbucket Server instances.

----

Full changelog:

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

This is our first official Bitbucket Data Center compatible version! We're running a combined Server / Data-Center release, and so this version is also good on Bitbucket Server instances.

----

Full changelog:

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03-bb5 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

Note: this version (v2019.07.17-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

This is our first official Bitbucket Data Center compatible version! We're running a combined Server / Data-Center release, and so this version is also good on Bitbucket Server instances.

----

Full changelog:

• All deprecated features finally removed.
• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.
• Fixed regression in v2019.07.03-bb5 with approvals preserving logic when git version < 2.1.0.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call Bitbucket APIs to address feedback from the DC certification process, including complete removal of jgit.jar from PR-Booster.

Note: this version (v2019.07.17-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call some Bitbucket internal APIs to address feedback we have received during the DC certification process, including the complete removal of jgit.jar from PR-Booster.

(Note: v2019.07.02 also had the same changes, but that version left a debug flag enabled in the build. Recutting a new v2019.07.03 release here with that debug flag removed.)

All deprecated features finally removed:

• Commit Graph: please install our free Commit Graph add-on instead.
• Foxtrot Blocking: please install our free Control Freak add-on instead.

Bug fix:

• Issue #66 - cherry-pick should redirect to /commits if commit-graph not present.

Performance Improvement:

• Issue #73 - load testing - reduce locking contention in GET against /plugins/servlet/bb_rb/.

We also changed the way we call some Bitbucket internal APIs to address feedback we have received during the DC certification process, including the complete removal of jgit.jar from PR-Booster.

Note: this version (v2019.07.03-bb5) is from our backport branch, where we maintain backwards compatibility with Bitbucket 4.10.0 to Bitbucket 5.x.

The rebase / squash / amend functionality stopped working in Bitbucket 6.4.0 and newer. Fixed!

Data Center compatibility

• Bitbucket 6.x compatibility in place!
• All deprecated features finally removed:
  • Commit Graph: please install our free Commit Graph add-on instead.
  • Foxtrot Blocking: please install our free Control Freak add-on instead.

The approval-reset and retain-needs-work logic would fail if any of the current approvers (or disapprovers) no longer had read access to the repository.

The approval-reset logic now checks each user's current permission and completely drops their review if they no longer have read access to the repo.

Three fixes in this release, and one troubleshooting enhancement:

• Issue #55 - approvals were not being properly dropped if commits hit the source branch while the pull-request was declined. Approvals would stay in place after the pull-request was reopened.
• "Needs Work" reviews were getting dropped when they shouldn't be in some cases.
• Also, with this release we've back-ported the "needs work" retention and auto-unapprove functionality to work with Bitbucket 4.x.

The troubleshooting enhancement:

• All PR-Booster config pages (including at the repo and project levels) now include a button for refreshing the temporary Bit-Booster clones. This can be helpful in the rare situation where the clone gets corrupted.

Bit-Booster renamed to PR-Booster.

Also introduced two new features:

• Automatic approvals resetting. Drops approvals when PR's receive new commits.
• Automatic "needs work" retention. Preserves "needs work" reviews when PR's receive new commits. Out of the box Bitbucket drops "needs-work" reviews for all pushes, including clean sync merges or even trivial commit-message adjustments via "git commit --amend"!

These features were inspired by the free Auto Unapprove for Bitbucket Server app. We introduced per-project and global settings; ability to switch between an "all pushes" strategy versus a "significant pushes" strategy, and the ability to retain "needs-work" reviews.

Push significance is calculated using the "git patch-id" command.

This release feature major improvements to Bit-Booster's configuration screens:

• The five buttons can now be individually enabled or disabled globally, per-project, or per-repo (rebase, squash, amend, cherry-pick, revert).
• Config screens streamlined and simplified.

Over the last year we've slowly re-implemented the graphing and hooks functionality from this original Bit-Booster add-on into a pair of free standalone add-ons:

• Commit Graph for Bitbucket Server (free)
• Control Freak for Bitbucket Server (free)

To make this add-on smaller, easier to maintain, and more focused exclusively on Rebase, Amend, Squash, etc, we're encouraging our users to install those free add-ons. As of version 2018.07.16:

• The hooks still work ("Require Fast-Forwards" and "Prevent Foxtrot Merges"), but the "Manage Hooks" and "Manage Merge Checks" pages in Bitbucket now say:"DEPRECATED - Use "Control Freak for Bitbucket Server" instead. It's free."
• The commit graph also puts a warning at the top now:"Notice: Bit-Booster graph logic is moving to the free Commit Graph add-on. (Install Commit Graph to make this notice go away. Only Bitbucket admins are shown this notice.)"
• For both of these features (hooks and graph) all config is preserved after transition to the free add-ons.

Version 2018.07.01-bb5 contains two important bug fixes:

• Fixed problem where the integrated commit graph looked weird if the latest version of Mohami's "Charts & Graphs for Bitbucket" was also installed. (A highly likely scenario since that add-on has an install count of 8000).
• Fixed the spurious stacktraces that were happening in the logs. Newer versions of Bitbucket no longer contain the "AoJiraIndex" class, and Bit-Booster was bringing its own copy, contributing to some classpath problems under the hood.

Sadly (for us, the maintainers) that 2nd bugfix requires we run two branches of Bit-Booster from now on: a Bitbucket 4.x branch as well as a Bitbucket 5.x branch. Life on one branch was good while it lasted...

Version 2018.07.01-bb4 contains two important bug fixes:

• Fixed problem where the integrated commit graph looked weird if the latest version of Mohami's "Charts & Graphs for Bitbucket" was also installed. (A highly likely scenario since that add-on has an install count of 8000).
• Fixed the spurious stacktraces that were happening in the logs. Newer versions of Bitbucket no longer contain the "AoJiraIndex" class, and Bit-Booster was bringing its own copy, contributing to some classpath problems under the hood.

Sadly (for us, the maintainers) that 2nd bugfix requires we run two branches of Bit-Booster from now on: a Bitbucket 4.x branch as well as a Bitbucket 5.x branch. Life on one branch was good while it lasted...

Version 2018.06.05 is creating a massive amount of logs because of a spurious RuntimeException that's being thrown/caught and logged on every push. Seems to be related to JIRA branch monitoring. Does not appear to affect functionality at all, but fills up logs.

Current theory: compiling against the Bitbucket 4.x libraries may be contributing to this problem. Recompiling against Bitbucket 5.x libraries to see if that helps.

Version 2018.06.05 includes two small bugfixes:

• The build status propagation feature would stay enabled for all builds-in-flight even after an admin disabled the feature. (It would successfully disable itself for new builds, just not builds-in-flight)
• Fixed issue #41 concerning commit message truncation on the commit graph.

Also the wording on a few admin links and labels was improved.

A single regression was fixed in version 2018.04.10:

• Squash/Amend would error out on Bitbucket 4.x.

No change to functionality. Just the logo changed to better indicate what this plugin does.

• Bug fixed in the Bit-Booster Hook / Merge Check: since version 2018.01.31 the Bit-Booster Hook, when enabled, blocks all tag or branch deletions attempted via "git push" with the following error message:

remote: Repository hook com.bit-booster.bb:bit-booster-hook failedremote: Commit '0000000000000000000000000000000000000000' does not exist in repository

One bug fix:

• Build-status on all-branches-graph was not showing up with newer versions of Bitbucket Server.

Recent Bitbucket versions renamed the build-status API to 'bitbucket-plugin-build/internal/feature/build/common/build-status-common', so we now have some logic to probe for that.

Yes, yes, we know, we shouldn't call into "internal" APIs, but we're not interested in writing our own build-status integration from scratch, and we can get the native feature with only 3 nested try/catch blocks! :-D

One bug fixed, and one enhancement implemented:

• The bug: Rebase, cherry-pick, and revert functionality was completely broken if LFS (large file storage) was enabled for the repo, and the repo included some LFS backed files. Fixed. (Background: LFS requires origin to point to a https:// or ssh:// remote, but Bit-Booster's temporary clone for rebase uses a file:// remote. Solution: disable LFS pointer resolutions in our temporary clone.)
• The enhancement: Foxtrot merges created from Bitbucket's automatic merge feature are now permitted. This is a special (and subtle!) case where the importance of letting the merge through outweighs the annoyance introduced by the foxtrot merge. We plan to blog about this situation at some future date in 2018, since it's probably interesting to deep-git nerds. At the very least it was interesting to us.

• As before, please note: squash is no longer a rebasing squash. It's an in-place squash. Please see previous release notes from version 2017.12.18 for more details.
• Previous version (2017.12.18) completely broke the Squash / Amend functionality for Bitbucket 4.x installs. Fixed!

Also a couple rare race conditions fixed around Rebase / Squash / Amend features and forked repos:

• Rebase / Squash / Amend feature could stop working (buttons greyed out) if "sync changes" was not checked during new fork dialog. Fixed!
• Rebase / Squash / Amend feature could stop working (buttons greyed out) with forks if "Delete Bit-Booster Temporary Clones" button was clicked (from admin screen), and new forks subsequently created. Fixed!

• Squash is now an in-place squash rather than a rebase squash. This makes it behave closer to "rebase --interactive HEAD~N" that people are more used to. Except the Bit-Booster squash does not silently drop merges! :-D
• All Branches Graph is now free forever (no longer complains about invalid or expired license). Background: I noticed Mohamicorp recently acquired the free "Commit Graph" add-on, and so in case they transition it to a paid add-on (like they did with Webhook to Jenkins), I want to give Bitbucket users an escape route. But do not think I am being altruistic: it's all a marketing play. ;-)
• Amend and Squash are now based on the "git commit-tree" command under the hood. This makes them much faster.

Background reading on "squash": I originally based the logic on "git merge --squash", but I've slowly transitioned to a "git rebase --interactive" model over the last 6 months: the pre-filled commit messages became more terse, their order reversed, and now I've dropped the rebase.

Two enhancements and thankfully no bug fixes this time:

• The "All Branches Graph" now includes build status (if available) in the far right column of the table for each commit on the graph. It uses the usual success/failure/in-progress icons and the same build status on-click dialog that native Bitbucket uses. Very useful for getting a quick view of how all your recent branches are doing with respect to their builds!
• The commit message for the Squash functionality is now pre-filled with the commit messages in reverse order. Based on user feedback, this is closer to what people expect, since it's identical to how squashing with "git rebase --interactive HEAD~5" orders the commit messages.(Background info: originally we copied the behaviour of "git merge --squash", which squashes the commit messages using reverse-chronology, but we now agree with our users that the forward-chronology approach used by "git rebase --interactive" is more natural and intuitive).

Fixed this error (only happens with empty repositories):

Repository hook com.bit-booster.bb:bit-booster-hook failed remote: refs/heads/master is set as the default branch, but this branch does not exist

Before this version, the squash logic could result in an empty commit. We've removed that ability, and instead the pull-request gets automatically declined now if the end-result of a rebase or a squash would be an empty commit.

We've also updated the error messages around this scenario. Here's an example:

-----Rebasing...Success! (see note:)

Rebase succeeded, but caused the pull-request to be declined. The diff was empty. No work was lost, but the rebase caused branch "TKT-123" to be subsumed into branch "master".Reload page to see the now declined pull-request."-----

Background note: the reason a branch can be subsumed into its upstream through a rebase or squash is explained in the git rebase manual (e.g., "git help rebase"). Here's the pertinent sentence:

> Note that any commits in HEAD which introduce the same textual changes as a commit in HEAD..<upstream> are omitted (i.e., a patch already accepted upstream with a different commit message or timestamp will be skipped).

Version 2017.09.27 introduces Build-Status Propagation, a powerful productivity booster.

• Build status propagation is strongly recommended for repositories where the "Minimum Successful Builds" merge check is enabled. This setting prevents rebases (or amends) from slowing down your team, since team members no longer need to wait for builds to complete every time they rewrite history.
• The logic uses "git patch-id" to determine if a pull-request update represents a material change to the patch. If "git patch-id" determines the change is immaterial (e.g., the patch-id is identical), then Build-Status Propagation is activated.
• This prevents rebase fights

Bit-Booster - Rebase Squash Amend, with Build-Status Propagation enabled (it's enabled by default) greatly improves this situation:

1. Your CI build is on the slow side (e.g., slower than 1 minute)

2. Your merge policy enforces a rebase workflow.

3. Your merge policy also requires a minimum number of successful builds on the feature branch.

This release contains 2 fixes:

• Bit-Booster per-repository settings now follow the repository if it's moved to a different project. (Previously moves would cause repo-specific Bit-Booster settings to get reset to defaults).
• Eliminated spurious error messages about bad merge-bases when condensed all-branches-graph results span git orphans.

• All-Branches-Graph has a filter-by-author control now!
• Cherry-Pick / Revert branch drop-down increased to 50 branches. (Previously limited to 30 branches).

Minor Tweaks:

• "Bit-Booster - Settings" link added to Bitbucket global config screen.
• Bug on global settings screen for the "require-fast-forwards" setting fixed. (Current value was not rendering properly).
• Spurious error message removed from All-Branches-Graph when selected branches did not match any branches in repo.

• Foxtrot merge protection extended to all branches (note: we also changed the default behaviour. Whereas before the default behaviour only protected the default branch -- typically master -- now the default is to protect all branches).
• Foxtrot hook no longer blocks branch deletions or branch rewrites. It only blocks foxtrot merges now.
• Ability to configure protected branches for Foxtrot hook, as well as for Require Fast-Forwards Hook. Configure either globally, or per-project, or per-repo. Based on Bitbucket's "Branching Model."

Version 2017.08.01 contains two features, and two bugfixes.

Features:

• Squash author selection now includes all previous authors from any previous commit associated with the pull-request (including deleted commits from previous Rebases and Squashes).
• Amend dialog now let's you adjust the commit author. Useful when you accidentally choose the wrong author during a Squash!

Bug Fixes:

• Permanent fix for issue #30 (rebase stops working if BITBUCKET_HOME changes).
• Author select on squash broke in previous version (2017.07.24, from last week). Author dropdown was empty and resulted in squashed commit's author being set to current user.