Feature update Added by Jens Krämer about 1 year ago
As announced before, we've continued to work on our repository hooks feature.
We have now moved the already existing SVN post-commit web hooks over to the new Repository Hooks UI, and introduced two new hook types:
Require valid ticket reference is a pre-commit hook which will reject commits that do not reference an existing Planio issue. This is a great way to ensure your cross references between issues and related commits are complete and that there are no "stray" commits.
Insert ticket subject is a post-commit hook which will extend such references to Planio issues with their subject, saving you typing work and making commit messages more informative at the same time.
You can find more information on how to use those hooks in our guide.
Feature update Added by Jens Krämer about 1 year ago
We're happy to announce this new feature which gives you more options
when it comes to configuring Two-Factor Authentication (2FA) for your
organization.
2FA has been present in Planio for quite some time now. Until now, you
could enable it in two steps - as an optional feature, leaving it up to users whether they
activate it for their account or not, or as a requirement for all users.
We're now introducing a middle ground, allowing you to enable 2FA
as an option for all users, while enforcing its use for selected groups of users
(i.e., administrative / management users) at the same time.
Feature update Added by Felix Schäfer over 1 year ago
We are currently developing and slowly rolling out commit hooks for repositories on Planio.
Initially, pre-commit webhooks are available for Subversion repositories. Project managers can influence the commit life cycles of each repository in a project, by for example enforcing a certain commit message format, limiting commit rights for certain portions of the subversion repository, or by enforcing other custom rules.
You can find more information on how to use those hooks in our guide.
We will add more hook types and extend this functionality to Git repositories in the future.
これがPlanio Help Deskをインストールしているプロジェクトでバウンスメールなどの通知を受信できるようにした理由です。
Planioでこれらの通知をどのように処理するのか、 プロジェクトの「設定」→「Help Desk」タブ→「Issue status for bounce mails」 から、次のいずれかを設定できます。
デフォルトのステータス : 「Tracker for emails」に設定しているトラッカーのデフォルトのステータスでチケットを作成する
None, do not create issue :従来の動作を維持し、バウンスメールなどの通知によるチケットをまったく作成しないようにする
任意のステータス :選択したステータスでチケットを作成する
Pro Tip: 「画面右上のアカウント名(アバター)」→「管理」→「チケットのステータス」 から、「バウンス」という新しいステータスを作成して、それを 「終了したチケット」 に設定します。そして、そのステータス「バウンス」をHelp Deskの設定「Issue status for bounce mails」で選択します。
この方法を行うと、チケット一覧で未完了のチケットとしてバウンスメールが表示されなくなります。(バウンスメールにより作成されたチケットはすぐにクローズされるため)
フィルタを設定すれば、必要に応じてバウンスメールをチェックすることもできます。
Feature update Added by Holger Just almost 2 years ago
Using the Planio Help Desk Pro Feature, you can communicate with external contacts such as customers or external stakeholders via email directly from your Planio issues.
Sometimes however, emails can't be delivered to the final recipient, e.g. when the email account is no longer active or has reached its storage quota. In these cases, email servers sometimes send an automatic non-delivery notification back to the sender, also called a bounce message, informing them that the message could not be delivered.
Until now, Planio filtered out these types of notifications to avoid cluttering your issues with automatic responses.
Occasionally though, these notifications can be useful. Once you know a customer or external contact didn't receive your mail you can use a different communication channel to contact them, for example with an alternative email address, or even a plain old phone call.
This is why we have now made it possible to receive bounce emails in projects where you have the Planio Help Desk app installed.
To configure how Planio should handle these notifications, you can go to your project → Settings → Help Desk → Issue status for bounce mails. Here you can select either:
Default Status: to create an issue with the default status used by the tracker set in the field "Tracker for emails",
None, do not create issue: to keep the previous behavior and not create an issue at all,
Your Status: to create the issue and to set it to a custom status of your choosing.
Pro Tip: You could create a new status called Bounce via your avatar → Administration → Issue Statuses and set it up to be a closed status. Then, select this status in your project's Help Desk settings. This way, you'll never see bounces (because they're closed immediately), but you'll be able to check them on demand by filtering your issues by that status.
Feature update Added by Felix Schäfer almost 2 years ago
In light of efforts in the Git community to change the name of the default Git branch to main as well as to support more inclusive naming in the tech sector, Planio changed the name of the default (HEAD) branch for newly created Git repositories to main. Note that this change will only affect newly created repositories and is compatible with older Git versions, no action is required on your part.
Along with this change in the default head branch, Planio introduces the possibility to change the head branch of existing repositories. This means our customers can change from a master to a main (or any other existing branch) head branch now. Project managers will find this option in the project's Settings → Repositories → Edit of the desired repository.
Guides and Support Added by Ema Raven over 2 years ago
We have prepared a new guide to help you use Planio more efficiently. Using our bulk editing feature, in just a few clicks you can reassign a category, modify an assignee, change the due dates of multiple issues and much more!
Check out our step by step guide and learn all about making bulk changes to your issues and time entries here: https://plan.io/bulk-editing-issues/
Comments