diff --git a/posts/_a_guide_for_effective_collaboration.md b/posts/_a_guide_for_effective_collaboration.md
new file mode 100644
index 0000000..0b31ace
--- /dev/null
+++ b/posts/_a_guide_for_effective_collaboration.md
@@ -0,0 +1,95 @@
+Git branching is a powerful feature that allows developers to work on different parts of a project simultaneously. However, without a clear strategy, it can lead to confusion and conflicts. In this post, we'll explore some popular Git branching strategies to help you collaborate more effectively.
+
+## Why Branching Strategies Matter
+
+Before diving into specific strategies, let's understand why they're important:
+
+1. **Organization**: They keep your repository organized and easy to navigate.
+2. **Collaboration**: They facilitate smooth teamwork by clearly defining workflows.
+3. **Stability**: They help maintain a stable main branch while allowing experimentation.
+4. **Release Management**: They simplify the process of preparing and deploying releases.
+
+## Popular Branching Strategies
+
+### 1. GitFlow
+
+GitFlow is one of the most well-known branching models. It uses two main branches:
+
+- `main`: Always reflects the production-ready state.
+- `develop`: Serves as an integration branch for features.
+
+Additional supporting branches include:
+
+- Feature branches
+- Release branches
+- Hotfix branches
+
+#### Pros:
+- Clear separation of concerns
+- Suitable for projects with scheduled releases
+
+#### Cons:
+- Can be complex for smaller projects
+- May lead to long-lived feature branches
+
+### 2. GitHub Flow
+
+GitHub Flow is a simpler alternative to GitFlow. It uses a single main branch and feature branches:
+
+1. Create a branch from `main`
+2. Add commits
+3. Open a pull request
+4. Discuss and review
+5. Deploy for testing
+6. Merge to `main`
+
+#### Pros:
+- Simple and easy to understand
+- Encourages continuous delivery
+
+#### Cons:
+- Less suitable for projects with multiple versions in production
+
+### 3. Trunk-Based Development
+
+This strategy involves keeping branches short-lived and merging frequently to a single "trunk" branch (usually `main`):
+
+- Developers create short-lived feature branches
+- Branches are merged to `main` at least once a day
+- `main` is always in a releasable state
+
+#### Pros:
+- Supports continuous integration effectively
+- Reduces merge conflicts
+
+#### Cons:
+- Requires a robust testing and CI/CD pipeline
+- May be challenging for less experienced teams
+
+## Choosing the Right Strategy
+
+The best branching strategy depends on various factors:
+
+- Team size and experience
+- Project complexity
+- Release frequency
+- Deployment process
+
+Consider these factors when selecting a strategy, and don't be afraid to adapt it to your team's needs.
+
+## Implementing Your Chosen Strategy
+
+Once you've chosen a strategy:
+
+1. Document it clearly
+2. Ensure all team members understand the workflow
+3. Use tools like branch protection rules to enforce the strategy
+4. Regularly review and refine your approach
+
+## Conclusion
+
+A well-implemented Git branching strategy can significantly improve your team's productivity and code quality. Whether you choose GitFlow, GitHub Flow, Trunk-Based Development, or a custom approach, the key is consistency and clear communication within your team.
+
+Remember, the best strategy is one that your team can follow effectively. Start with a basic approach and evolve it as your project and team grow.
+
+Happy branching!
\ No newline at end of file
diff --git a/posts/index.json b/posts/index.json
index cb6e4f4..1897909 100644
--- a/posts/index.json
+++ b/posts/index.json
@@ -1,5 +1,4 @@
 [
-  {
-    "title": "pull_request_tutorial_for_beginners"
-  }
+  "pull_request_tutorial_for_beginners",
+  "mastering_git_branching_strategies:_a_guide_for_effective_collaboration"
 ]
\ No newline at end of file
diff --git a/src/pages/Doc/index.jsx b/src/pages/Doc/index.jsx
index 94f058f..452bf50 100644
--- a/src/pages/Doc/index.jsx
+++ b/src/pages/Doc/index.jsx
@@ -41,7 +41,7 @@ const DocList = () => {
                 <ul>
                     {
                         docs.map(item =>
-                            <Link to={item.title} className='capitalize'>{item.title.replace(/_/g, ' ')}</Link>
+                            <Link to={item} className='capitalize'>{item.replace(/_/g, ' ')}</Link>
                         )
                     }
                 </ul>