Day 11 Task: Advance Git & GitHub for DevOps Engineers: Part-2

Supriya SurkarSupriya Surkar
4 min read

This is#90DaysofDevopschallenge under the guidance ofShubham Londhesir.

Day 11 TASK

Git Stash:

  • Purpose: Git stash serves as a tool to temporarily store changes made in your working directory without committing them to the version history.

  • Usage:

    • When you're working on a specific task in a branch but need to switch to another branch for a quick fix or another task, you can use git stash to save your changes temporarily.

    • After stashing, your changes are removed from the working directory, allowing you to switch branches without committing incomplete work.

  • Commands:

    • git stash: This command saves your current changes into a "stash", essentially a stack where changes can be temporarily stored.

    • git stash list: Displays a list of all stashes, enabling you to see which changes are stored and access them when needed.

    • git stash drop: Deletes a specific stash.

    • git stash clear: Removes all stashed changes, clearing the stash stack.

Cherry-pick:

  • Purpose: Git cherry-pick empowers you to select specific commits from one branch and apply them to another branch.

  • Usage:

    • Imagine you've made some commits on one branch that you want to incorporate into another branch without merging the entire branch. Cherry-picking allows you to do this.

    • You specify the commit(s) you want to apply by using the git cherry-pick <commit_hash> command.

Resolving Conflicts:

  • Cause: Conflicts arise when Git encounters differences between the changes made in different branches that are being merged or rebased.

  • Indicators:

    • git status: This command provides a summary of the current status of the working directory, including information about files with conflicts.

    • git diff: Shows the differences between conflicting versions of files, highlighting areas of conflict.

  • Resolution:

    • Conflicts need to be resolved manually by comparing the conflicting versions and making necessary adjustments to reconcile the differences.

    • Once conflicts are resolved, the files need to be staged using git add before completing the merge or rebase operation.

Task-01:

Before starting Task-01, make sure you have cloned the repository using git clone <repo-name> and that you are in the correct directory where the repository is located.

  1. Create a New Branch and Make Changes:

     git checkout -b new_branch_name
    

    Make desired changes to files in this branch.

  2. Save Changes with Git Stash:

     git stash
    

    This saves the changes made in the new branch without committing them.

  3. Switch to a Different Branch and Make Changes:

     git checkout different_branch_name
    

    Make necessary changes to files in this branch and commit them using:

     git commit -m "Commit message"
    

  4. Apply Stashed Changes to the Different Branch:

     git stash pop
    

    This brings back the changes saved earlier with git stash and applies them on top of the new commits made in the different branch.

Task-02:

  1. Switch to the Development Branch: Before making changes, ensure you are in the development branch (dev branch):

     git checkout dev
    
  2. Edit version01.txt: Open the version01.txt file in your preferred text editor.

  3. Add the Lines: Add the specified lines after "This is the bug fix in development branch" within the version01.txt file:

     Line2>> After bug fixing, this is the new feature with minor alteration
     Line3>> This is the advancement of previous feature
     Line4>> Feature 2 is completed and ready for release
    
  4. Commit the Changes: Stage the changes to version01.txt:

     git add version01.txt
    

    Commit the changes with a descriptive message:

     git commit -m "Added feature2.1, feature2.2, and completed feature2 in development branch"
    

Ensure Commit Messages Reflect in the Production Branch:

  • Switch to the production branch:
git checkout main
  • Use rebase to incorporate commits from the master branch, including the ones from the development branch:

      git rebase main
    

Task-03:

  1. Cherry-pick Commit from Development Branch to Production Branch:

    • Identify the commit hash of "Added feature2.2 in development branch".

    • Switch to the production branch:

        git checkout production_branch
      
    • Cherry-pick the specific commit:

        git cherry-pick <commit_hash>
      

  2. Add Additional Lines and Optimize the Feature:

    • Open the file affected by the cherry-picked commit in the production branch.

    • Add the specified lines after "This is the advancement of previous feature".

    • Add "Added few more changes to make it more optimized" after line 4.

    • Stage the changes and commit them with the message "Optimized the feature":

        git add version01.txt
        git commit -m "Optimized the feature"
      

  3. Push the Changes to GitHub: Once you have committed the changes in the production branch, push them to GitHub:

     git push origin main
    

Conclusion:

Well done on finishing Day 11 of the #90DaysOfDevOps journey! Today, we delved into some advanced Git tricks like stashing, cherry-picking, and rebasing. These methods help us handle changes and work together smoothly in Git projects.

If you enjoyed what you read, please consider following and giving it a thumbs up ๐Ÿ‘ to show your support ๐Ÿ˜„

Thanks for taking the time to read! ๐Ÿ’š

1
Subscribe to my newsletter

Read articles from Supriya Surkar directly inside your inbox. Subscribe to the newsletter, and don't miss out.

Written by

Supriya Surkar
Supriya Surkar