• Experience a sleek and intuitive design that enhances user interaction and efficiency when giving permissions, managing roles & inviting new members to collaborate.

• Streamlined process to manage roles and their associated permissions.
• Directly link permissions to your specific environment, architectures, and workflows for a tailored experience.

• Dive deeper into permission settings with the ability to narrow down permissions at various levels: 
  • Organization Level: Control and delegate access across your entire organization.
  • Architecture Level: Define permissions specific to different architectures within your setup.
  • Project Level: Ensure the right people have the right access for individual projects.

Before:

Now: 

➡ This update aims to improve your navigation and provide a more intuitive interface for all Brainboard users.

🧼 IMPROVED

1. 

   Clearer output for clearer decisions: When deploying your cloud architecture, we improved the output of your Terraform code, CI/CD workflow and Terraform actions. That will enable you to make clearer decisions, apart from all distractions, having all your cloud environment in one solution.
2. New year, new design system: We've been shipping a lot lately. Our image you perceive of Brainboard count for us. So we heard your feedback and designed internally our new logo, images, and experience across the website, the onboarding, and the application with new colors and visual improvements. 
3. Documentation: A new documentation was just released, improving product clarification and explanation. This improved documentation will help users better understand our product and how to best use it. Get excited about next week's website launch, featuring brand-new features and a more modern design! You can visit the documentation here.

We are excited to announce the brand lifting of Brainboard's website! 

After 2 months of hard work and dedication, the new website is now live 🎉
Thanks to the whole Brainboard team, we were able to review all the content on time and deliver the best experience possible, maintaining the high quality we value for our customers, users and FFFs.

Let us know what you think, as we always look for feedback and 99.9% perfection 🙃

NB. We are also happy to inform you that further improvements are coming soon across the web application experience, so stay tuned!

Check out our new logo 👀

🐞 FIXED

We've resolved reported issues that were causing occasional crashes when, for example:

1. Specify a different brand when doing a pull request:
   • We now allow you to specify a different branch in the base branch field in the pull request modal, when creating a pull request. This means that you are able to select which branch they want to merge their changes into, rather than being restricted to a specific branch such as “main”. This feature can be useful for organizations that use multiple branches for development and testing, as it allows developers to easily collaborate on code changes and merge them into the appropriate branch for deployment. Additionally, it can help to maintain the versioning and history of the Terraform codebase.
2. Variable type not saved:
   • Problem: This bug fix addresses an issue where a new variable is not correctly saving the type information during the creation or modification process. This can cause problems with the functionality of the application, as the type of variable is important for determining how the application should handle and interact with the variable's value.
   • Solution: The fix involves updating the Terraform code that is responsible for handling the creation and modification of variables to properly save the type information. This could involve checking for missing or incorrect type information, and adding code to handle this properly. Additionally, it also involves testing the updated Terraform code to ensure that the bug is resolved and that the new variables are being created and modified correctly with the correct type information. 
3. Custom group TF file broken:
   • Problem: The bug fix addresses an issue with the functionality that retrieves custom group files in Terraform. The bug is related to the fact that when a group starts with 'f' or 't' the retrieval of the custom group file is broken. The issue with the Terraform configuration for the “test” group, as the test.tf file should contain the necessary information for provisioning and managing the infrastructure for that group, but it is empty. 
   • Solution: Create an architecture or a blueprint of the infrastructure using Terraform. Add 3–4 nodes on the design canvas, which are servers or machines that make up the cloud infrastructure. Change the group of 2 of the nodes to “test” group. Now, retrieve the test.tf file, which should contain the Terraform configuration for the “test” group.
4. Scroll through a big output:
   • Problem: The bug fix addresses an issue with the performance of scrolling through the output of the “plan” in Terraform. The bug is causing the scrolling to be slow and unresponsive, with a delay of 2–3 seconds before the update or the next lines are displayed.
   • Solution: We optimized the code that handles the output display and scrolling by reducing the number of updates and unnecessary calculations. We always make sure the data is being loaded and processed efficiently.
5. Import Multiple strings:
   • Problem: The bug fix addresses an issue with the way Brainboard import Terraform code that contains "<<EOF" and "EOF" for a field. The bug causes these characters to be changed into strings which causes issues in the interpretation of the code.
   • Solution: Update the import code to properly handle these characters. We make sure the code that reads and interpret the imported Terraform code is able to handle these characters correctly.
6. Feedback survey:
   • Problem: We noticed that the feedback form brought aggressive prompts to you, builders and cloud architects. 
   • Solution: We've disabled it for now. Please continue to contribute to the Slack community and contact us if any improvements need to be fixed. We generally respond within 6h. 
7. Editing node title:

• Problem: The bug fixes you addresses an issue with the way the editing of the title of a node behaves in Brainboard's canvas. The bug causes the title of the selected node to change when editing the title of a different node that is not selected.
• Solution: We added a check to verify that the correct node is being edited, or by making sure the system is keeping track of the correct selected node.

🧼 IMPROVED

We've made some performance enhancements to the:

1. CI/CD Engine: We've just introduced a feature for approval tasks, which allows users to request and receive approval before deploying code changes to a production environment. This can be useful for ensuring that code changes have been reviewed and tested properly before they are deployed to a live environment, and can help to prevent errors or issues that could negatively impact the performance or functionality of the system.
2. Import: We continue to improve the import feature. This week, we've focused on database use case. Now, you can import schema and documentation. A schema is the structure of the database and the rules on how the data should be organized, while a document is a single unit of data stored within the database.
3. Deleting cloud architectures: When soft-deleting cloud architectures, we now soft delete all related objects including workflow(s), pipelines, jobs, deployments, git integrations, and terraform settings.

📆 Replay: Understand CI/CD strategies & Best Practices 

• 0:02:20 CI/CD Day
• 0:04:40 CI/CD in Application world 
• 0:07:00 CI/CD for the app  
• 0:13:47 IaC Best practices 
• 0:20:00 Application vs. Infrastructure 
• 0:28:00 IaC languages 
• 0:34:40 Existing solutions 
• 0:38:40 Commonalities & Challenges
• 0:42:10 What is expected from a CI/CD solution 
• 0:48:10 Some of useful open-source tools 
• 0:52:00 CI/CD Best practices 
• 0:57:40 Successful Implementation 
• 1:05:20 Brainboard CI/CD Engine—demo tour 
• 1:05:50 Design your first CI/CD workflow visually 
• 1:09:00 CI/CD outputs 
• 1:10:40 Create a CI/CD pipeline template

Before

Now

About

1. Collaborate effectively with team members: PR/MR provide a way for team members to propose changes to the infrastructure codebase and review and discuss them with other team members before merging them into the main branch. This allows for better collaboration and communication within the team.
2. Implement code review and testing processes: PR/MR provides a way to implement a code review process, where other team members review changes to the infrastructure codebase before being merged. This can help identify and fix bugs and issues before they are deployed to production.
3. Track changes to the infrastructure codebase: PR/MR provides a way to track changes to the codebase, including who made the change and why making it easier to understand how the infrastructure has evolved.
4. Rollback changes: PR/MR provides a way to roll back changes to the infrastructure codebase if something goes wrong. This can be done by reverting the merge commit or using version control tools like Git to revert specific changes.
5. Isolate changes: PR/MR provides a way to isolate changes, meaning that changes are committed and tested in a separate branch before merging into the main branch. This allows for keeping the main branch stable and ready to deploy at all times.
6. Implement automated testing and integration: PR/MR provides a way to implement an automated testing and integration process. This can be done by integrating the VCS with a continuous integration and deployment tool, which can run automated tests and deploy changes to different environments.

1. Using the "depends_on" argument in resource blocks allows you to specify that a resource depends on another resource and must be created after it.
2. Using the "${resource.name.attribute}" syntax allows you to reference the attributes of one resource in the configuration of another resource.
3. Using the "data" blocks to retrieve information from external resources allows you to retrieve information from existing resources and use it to configure new resources.
4. Terraform modules allow you to group resources and reuse them across multiple configurations. This is a way to organize your resources and share them with others.
5. Using Terraform's variables: Terraform variables can store resource information and reference it in multiple places in your configuration.

• The location/Region field has been fixed to ensure that it accurately reflects the real value.
• We have fixed an issue where variables locals were not retained during the cloning process.
• The reminder form has been fixed to ensure proper functionality.
• The custom code field is now fully usable, as it was previously causing issues.
• The architecture cloning process now also retains locals values.
• We have resolved an issue where the deletion of modules from the catalog was not working as expected.

*Frontend reload system refers to a technology that allows for automatic updating of the front-end (client-side) of a web application. It is used to ensure that users always have the most recent version of the application, without the need for manual updates.

1. Design
2. Design / Code vertical 
3. Design / Code horizontal 
4. Code