- git --v
- git --version
- git --option
- git --current
- git remote add new
- git remote add origin
- git remote new origin
- git remote origin
git reset --hard HEAD~5
git merge --squash HEAD@{1}
- They reset the HEAD to the fifth commit in the repo, then merge to the master branch.
- The current branch's HEAD is reset back five commits, then prior commits are squashed into a single commit.
- They delete the last five commits.
- They merge the last five commits into a new branch.
Explanation:
git reset --hard HEAD~5
resets the current branch to the commit just before the last 5 (seeman gitrevisions
for details about this notation and other cool alternatives likeHEAD@{2 days ago}
). As it is a hard reset, it will also overwrite every change in the working tree as well. Seeman git-reset
.git merge --squash HEAD@{1}
HEAD@{1} is where the branch was just before the previous command (again, seeman gitrevisions
). This command sets the state of the index to be as it would just after a merge from that commit. This whole operation could be a way to take 5 commits from a branch in which you started a new feature and squash them to a single commit, a meaningful one.
Q4. Your current project has several branches; master, beta, and push-notifications. You've just finished the notification feature in the push-notification branch, and you want to commit it to beta branch. How can you accomplish this?
- Checkout the push-notifications branch and run git merge beta
- Checkout the master branch and run git merge beta -> push-notification
- Delete the push-notification branch and it will be committed to the master branch automatically
- Checkout the beta branch and run git merge push-notification
git add -A
- All new and updated files are staged
- Files are staged in alphabetical order.
- All new files are staged
- Only updated files are staged
git remote -v
- A list of remote repositories and their URLs
- The current git version you're running
- An inline editor for modifying remote repositories
- The last 5 git versions you've installed
git checkout feature-user-location
git cherry-pick kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231
- The commit is being tagged for release on the feature-user-location branch
- A commit is being copied from its original branch over to the feature-user-location branch
- The commit is being cherry picked as the new HEAD of the commit history
- A commit is being copied from the feature-user-location branch to the master branch
- The branch is switched to the feature-user-location branch, and the specified commit is applied to the branch.
Explanation: Commits aren't copied when cherry picking, they are cherry picked. The changes introduced by the commit are applied and a new commit is then created. This allow us to get specific changes as if they were patches (in the GIT's book, this is actually called Patching). As a new commit is created upon feature-user-location, HEAD also changes to match it. You can see this in cat .git/HEAD
and cat .git/refs/heads/feature-user-location
for this case. See man git-cherry-pick
for details.
NOTE: There are two versions of this question so far. The task is always "describe what is happening", the commands are always a checkout
and a cherry-pick
, and the correct answer is always the same.
git reset --soft HEAD^
- It deletes all previous commits and reset the repository history back to its initial state.
- It resets the working branch to the first commit.
- It keeps the HEAD at the current commit, but clears all previous commits.
- It sets HEAD to the previous commit and leaves changes from the undone commit in the stage/index.
Q9. You find a bug in your project, but can't locate where it was introduced in the commit history. How would you diagnose this problem?
- Manually backtrack through your commit history.
- Use git search -diff to compare all commits in your repository history.
- Run a git rebase to find the buggy commit.
- Use git bisect to compare the buggy commit to an early commit that works as expected.
git rebase -i HEAD~10
- To run a comparative search of the last 10 commits for differences
- To list the last 10 commits and modify them with either the squash or fixup command
- To delete the last 10 commits and reset the HEAD
- In order to locally cache the last 10 commits
- You wouldn't, you would use it in the local repository
- To execute a script when a remote receives a push that is triggered before any refs are updated
- To fire a script after updates are made to the remote repository
- To debug all commit tags and release versions
-
--all
-
--master
-
--global
-
--update
- Caching
- You can't. git merge --squash is the only git command for that operation.
- Rebasing
- Reflogging
- A new copy would overwrite the central repository
- A copy of the repository would be created on your local machine
- Nothing, cloning is not a supported git function
- A copy of the repository would be created on the hosting platform
- Find the commit in the remote repository, as that's the only place that kind of information is stored.
- Use the
diff-tree
command with the commit hash. - Run
git commit --info
with the commit hash. - Access the commit stash data with
git stash
.
#.swift
build/
*.txt
*.metadata
- All files with a .swift, .txt, or metadata file extension, as well as the entire build directory
- Only the build directory
- All files in the build directory, as well as files ending with .txt or .metadata
- Only files with .swift and .txt extensions.
A line starting with #
serves as a comment. Hence # .swift
does not do anything. See man gitignore
.
Q17. After you make changes to a local repository, you run the following command. What will this do?
git commit -a -m "Refactor code base"
- Nothing, you can't use multiple options in the same command
- Adds all new files to the staging area
- Commits all new files with a message
- Adds all modified files to the staging area, then commits them with a message
Q18. After checking your git status you get the following output, which shows the file beta-notes.js in the commit but also unstaged. How can this situation occur?
Change to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: beta-notes.js
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout --<file>..." to discard changes in working directory)
modified: beta-notes.js
- There were two copies of beta-notes.js but one was deleted
- beta-notes.js was staged, then modified afterwards, creating two different versions of the file
- Two copies of beta-notes.js were created, but only one is being tracked
- There are two tracked copies of beta-notes.js, but one was removed from the commit
- Saved files
- git documents
- Staging area
- git cache
-
⠀
git pull --all git reset --hard origin/master
-
⠀
git pull -u origin master git reset --hard master
-
⠀
git pull origin master git reset --hard origin/myCurrentBranch
-
⠀
git fetch --all git reset --hard origin/master
-
The command
pull
isfetch
followed by eithermerge
orrebase
(in this case,merge
). We don't want to merge. Merge would be an action to our repository. We just want to overwrite our local files.
- Only new files in the working directory are staged to the index.
- All new and updated files from the working directory are staged to the index.
- All files in the working directory are staged to the index in alphabetical order.
- Only updated files in the working directory are staged to the index.
Q22. You find that your project has a tag and branch both named push-notifications, which causes confusion when trying to print out given reference. How can you specify which branch you want to look at?
- use git show refs/push-notifications
- use git show push-notifications
- use git show heads/refs/push-notifications
- use git show refs/heads/push-notifications
Q23. Your team lead needs a list of all commits that will be moved before you perform a rebase. Which command can you use to access that information?
- git rebase -log
- git rebase -i
- git rebase -verbose
- git rebase -all
git bisect start
git bisect bad 5d41402abc4b2a76b9719d911017c592
git bisect good 69faab6268350295550de7d587bc323d
- It runs a merge of a good commit that is discovered using a known bad commit and known good commit
- It marks a commit for deletion using a known bad commit and known good commit to determine which commit introduced a bug
- It defines a bad commit and resets the HEAD using a known bad commit and known good commit
- It performs a binary search using a known bad commit and known good commit to determine which commit introduced a bug
Q25. In a situation where you have several commits for a single task, what is the most efficient way to restructure your commit history?
- Cherry pick the related commits to another branch.
- Delete the task commits and recommit with a new message.
- Squash the related commits together into a single coherent commit.
- Stash the related commits under a new hash.
- By default a push doesn't send tags to the remote repository.
- Commits can only be tagged when they are created.
- Tags are pushed to the remote repository with their respective commits.
- Only annotated tags are automatically pushed to the remote repository with a commit.
Q27. After pushing commits to the remote repository for the first time using the command below, what shorthand command can you use in future?
git push -u origin master
- git push master
- git push origin
- Same as before, git push -u origin master
- git push
- Run git hotfix with the shortcut name.
- Assign a shortcut or command using git options file.
- Use the git custom-key command.
- Create an alias using the git config command.
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: beta-notes.js
- beta-notes.js is untracked and has been modified.
- beta-notes.js is a tracked file and has been modified, but has not been added to the current commit.
- beta-notes.js is untracked but has been added to the current commit.
- beta-notes.js is tracked, and the modified file has been added to the current commit.
- --fix
- --quickfix
- --modify
- --amend
- Data array
- Data log
- Data snapshot
- Data dictionary
git rm --cached testfile.js
- testfile.js will be removed from the staging area and its changes no longer tracked.
- testfile.js will be removed from the staging area but its changes will still be tracked.
- A copy of testfile.js will be cached on your desktop.
- The current copy of testfile.js will be saved in the staging area.
Q33. After you've successfully merged two branches and committed the changes, what is the next step in keeping your git structure organized?
- Use the git reset --soft HEAD to roll back one commit.
- Run git branch -d
<branch name>
to delete the merged branch. - Use git clear-all to clean up any hanging files.
- Run git rebase to move the current commit to its original location.
Q34. While modifying a file, you're unexpectedly assigned an urgent bug fix on another branch. How can you temporarily save your local work without committing?
- This is not possible, as you cannot save locally without committing.
- Run git hold to save a local copy of what you're doing to return to later.
- Save your work with git local-cache.
- Use git stash to save your work and come back later and reapply the stashed commit.
- git add
- git start
- git new
- git init
Q36. While working on a feature branch you try to use "git rerere" to solve a recurring merge conflict but nothing is happening. What could be causing this issue?
- The "-all" option isn't added to the command.
- "rerere.enabled" isn't enable in the config file.
- The commit hash is missing.
- The filepath isn't specified.
- core.page
- page
- pager
- core.pager
- A set of files, representing the state of a project at a given point of time.
- Reference to parent commit objects.
- An SHA1 name, a 40-character string that uniquely identifies the commit object.
- %ce
- %cr
- %cd
- %cn
- 3
- 5
- 2
- 4
Reference link
In Git, there are two main ways to integrate changes from one branch into another: the merge and the rebase.
- git
- admin
- root
- None of these
- git tag 'v1.4.2'
- git tag -I 'v1.4.2.*'
- git tag-list 'v1.4.2*'
- git tag 'v1.4.2*'
- lieutenants
- benevolent dictator
- Depends upon project type
- Depends upon data
- add
- addfile
- begin
- track
- All of these
- SSH
- Git
- HTTP
- Control
- Shift
- Tab
- Alt
- Distributed Version Control System
- Issue Tracking System
- Integrated Development Environment
- Web-Based Repository Hosting Service
- duplicate
- replicate
- copy
- clone
- File
- None of these
- Snapshot
- Folder
- %am
- %ad
- %ae
- %an
Q51. Which version onwards did Git offer reversing a file back to what it looked like when last committed?
- 1.7
- 1.6
- 2.0
- 1.8
- LIFO
- recursive
- FIFO
- octopus
- SHA-1 value
- None of these
- Branch name
- Project name
- C
- C++
- C#
- Java
- ssh
- pub
- key
- pk
- Bare repos store their git history in a .git subfolder.
- Bare repos do not have the .git extension.
- Bare repos do not come with working or checked-out source files.
- Bare repos should be used for local rather than remote repos.
- any number of commits
- only one commit local per repository
- only three commits per branch
- only one commit per HEAD
- heavy and concise
- lightweight and immutable
- heavy and annotated
- lightweight and annotated
Q59. After staging a series of changes to the index, which command could you use to review them prior to a commit?
- git diff --cached
- git diff
- git diff --HEAD
- git status -v -v
- removes the most recent stash entry
- deletes the stash
- lists everything in the stash
- throws away the oldest entry
-
git -b checkout <nameOfBranch>
-
git branch
-
git checkout <nameOfBranch>
-
git checkout -b <nameOfBranch>
Q62. After mistakenly staging a file named myFile to the index, how would you remove it from the index to exclude it from your next commit?
- Use git reset HEAD^.
- Use git reset myFile.txt.
- Use git -rm myFile.txt.
- Use git reset.
git checkout -b beta-test
- The beta-test branch will be checked out of the current commit.
- The beta-test branch will be checked out and deleted.
- A new branch called beta-test will be created and switched to.
- The beta-test branch will be merged with the master branch.
- by creating a pointer to the most recent snapshot/commit for the branch.
- by creating a data array of branches in the same repository.
- by creating a data dictionary of code changes.
- be creating a debug log that stores repository changes.
Q65. You want to perform a git reset but cannot recall all of the available options. What command would you use to see a description of them?
- git help reset
- git -h reset
- git options reset
- git reset help
- a version of the repository that mirrors changes made in the local repository's master branch for open-source collaboration efforts
- the lead repository elected by the Git arbitrator found within local repositories of collaborating team members
- a read-only version of the repository stored on a backup server in case local repositories become lost or corrupted
- a version of the repository hosted on the internet or network that is pushed to or pulled from by collaborators
Q67. After modifying some existing files in a repository, you decide to discard the changes. What command can you use?
- git restore
- git undo
- git clean
- git checkout
Q68. After starting to merge a feature branch into your master branch, you encounter a merge conflict and decide you do not want to perform the merge. How can you stop the merge and restore to the pre-merge state?
- Use git restore -p.
- Use git merge -u.
- Use git merge --abort.
- Use git merge --undo.
Q69. If you have several commits for a single feature, what is the most efficient way to restructure your commit history?
- Use git stash to consolidate the commits under a new hash.
- Use git squash to consolidate the commits together into a single coherent commit.
- Delete the task commits and recommit with a new message.
- Use git cherry-pick to place the commits in another branch.
-
git tag v3.8.1
-
git tag --light "v3.8.1"
-
git tag v3.8.1 —-annotate -m "<tagMessage>"
-
git tag -l v3.8.1
- Rebase affects only your repository and creates a diff in the master branch.
- Rebase creates a temporary copy of the master branch in the remote repo.
- Rebase moves the HEAD of the remote master branch one commit forward.
- Rebase deletes all commit history for the new feature branch.
Q72. What Git workflow is used by teams that collaborate on a single branch and avoid creating long-lived development branches?
- Git flow
- Mainline flow
- Trunk-Based Development
- GitHub flow
Q73. Which option on the git log command allows you to limit output to commits made after certain date?
-
--since
-
--sinceWhen
-
-<n>
-
--afterDate
Q74. How would you delete unreachable objects older than a specified time from your project database?
-
git cache --obsolete <time>
-
git branch --rebase <time>
-
git delete --inert <time>
-
git prune --expire <time>
- The remote master branch could have existing changes overwritten.
- The origin URL will be reset to its default value.
- The current HEAD will be deleted and can't be reinstated.
- Nothing, it's common practice to force a push after rebasing.
git reset --soft HEAD^
- It resets the working branch to the first commit.
- It sets HEAD to previous commit and leaves changes from the undone commit in the stage/index.
- It deletes all previous commits and resets the repository history back to its initial state.
- It keeps the HEAD at the current commit, but clears all previous commits.
- Git works only on Linux, while SVN works on all operating systems.
- SVN works only on Linux, while Git works on all operating systems.
- SVN is a centralized system, while Git is a distributed system.
- Git a centralized system, while SVN is a distributed system.
git tag -a v1.4 -m "ABCD v1.5"
- verbose
- annotated
- lightweight
- deferred
Q79. What is the difference between a soft reset (git reset --soft
) and a hard reset (git reset –hard
) ?
- A soft reset only changes the commit that HEAD points to, while a hard reset resets the index and working tree to match the specified commit, discarding any changes.
- A soft reset caches the old HEAD pointer, while a hard reset deletes it entirely.
- A hard reset changes only where the HEAD is pointing, while a soft reset changes the HEAD and index.
- A hard reset caches the old HEAD pointer, while a soft reset deletes it entirely.
Which of the following options is correct ?
-
1. Develop 2. Release 3. Hotfix 4. Feature 5. Master
-
1. Master 2. Release 3. Hotfix 4. Feature 5. Develop
-
1. Develop 2. Master 3. Hotfix 4. Feature 5. Develop
-
1. Master 2. Hotfix 3. Develop 4. Feature 5. Release
- shell scripts and flags
- keychain and account information
- local and global repository options
- pre-compile scripts and settings
- a type of architecture used to manage large databases
- a system that shows, tracks, and controls changes to a set of files over time
- a programmatic design pattern used to manage code between multiple engineering teams
- a type of software that links a project with a GitHub repository
- git stash removes a commit from the repo history, while git stash pop saves changes to multiple branches.
- git stash saves changes to multiple branches, while git stash pop removes a commit from the repo history.
- git stash removes the most recent commit, while git stash pop saves current changes.
- git stash creates a stash entry, while git stash pop places the saved state onto the working directory.
Q84. Which command can be used to list the branches that have been merged into the currently checked-out branch?
- git master --status
- git branch --status
- git branch --merged
- git status --merged
- Create a post-commit shell script that triggers the action.
- Create a post-commit hook to trigger the script.
- Create a pre-commit hook to trigger the script.
- Create a pre-commit shell script that triggers the action.
- state dependent environment changes
- continuous integration
- increasing code coverage
- enforcing commit rules
Q87. After starting to work on a new feature and creating new files in the working directory related to it, the customer determined the feature was no longer required. What command can be used to remove the untracked files from the working directory ?
-
git clean -f
-
git rm .
-
git reset HEAD
-
git checkout .
- shell script pointers and keychain credentials
- updates to branch tips and other references in the local repository
- release notes and hook script values
- tag and versioning information
Q89. You have just completed rebasing your master branch and need to manually update the remote master, even though there is a merge conflict. How can you accomplish this?
-
git push --overwrite
-
git push --update
-
git push --assert
-
git push --force-with-lease
-
git fetch
creates a new branch off the master branch, whilegit pull
creates a new branch off the local repository's master branch. -
git pull
downloads new data from a remote repository without integrating it into local files, whilegit fetch
updates the current HEAD branch with the latest changes from the remote server. -
git fetch
updates remote tracking branches with changes from a remote repository, whilegit pull
updates remote tracking branches with changes from a remote repository and merges them into their corresponding local branches. -
git fetch
downloads and merges data from the local repository, whilegit pull
informs your colleagues you are about to make changes to the master branch.
Q91. What command displays the difference between the working tree and the stage/index area, as well as files not tracked by Git?
-
git current
-
git status
-
git local
-
git context
Q92. Your current repository has three branches: master, beta, and push-notifications. You have just finished the notification feature and commit the changes to the push-notification branch, and you want to include them in the beta branch. How can you accomplish this?
- Check out the beta branch and run git merge push-notifications.
- Check out the push-notifications branch and run git merge beta.
- Check out the master branch and run git merge beta -> push-notifications.
- Delete the push-notifications branch; it will be committed to the master branch automatically.
- Use
git branch <stash hash>
. - Add the stashed commits to the current commit, then create a new branch.
- Use
git checkout -b
. - Run
git stash branch <branch name>
.
- -D deletes the local branch, while -d deletes the branch regardless of push and merge status.
- -d deletes the current commit head, while -D deletes the entire branch.
- -d deletes the local branch, while -D deletes the local branch regardless of push and merge status.
- -D deletes the current commit head, while -d deletes the entire branch.
Q95. You stashed three sets of changes but cannot remember the contents of the first stash entry. What command would you use to see the details of the changes in the first of the three stash entries?
- git stash show -p stash@{2}
- git stash list
- git stash show -p stash@{1}
- git stash show -p
- By default, a push doesn't send tags to the remote repository.
- Only annotated tags are automatically pushed to the remote repository with a commit.
- Tags are pushed to the remote repository with their respective commits.
- Commits can be tagged only when they are created.
- Use
git --delete <branch_name>
. - Use
git push <remote_name> --d <branch_name>
. - Use
git push <remote_name> --D
. - Use
git push <remote_name> --delete <branch_name>
.
- delete
- expire
- show
- update
- It causes tracked files in the parent directory to be included in the staged files.
- It allows developers to interactively choose which changes to tracked files are staged and outputs the differences for review.
- It automatically pushes changes to the corresponding branch on the remote repository.
- It allows developers to interactively choose which files are committed and outputs the differences for review.
Q100. After checking out a specific commit, you receive a warning message indicating You are in 'detached HEAD' state. What is Git warning you of?
- You are not working on the most recent commit of a branch.
- A teammate has flagged the code with an issue.
- The commit does not have a parent.
- The branch has not been pushed to the remote repository.
- It cannot be recovered.
- Find the hash of the branch with the
log
command, then executegit checkout -b <branchname> <hash>
. - Find the hash of the branch with the
reflog
command, then executegit checkout -b <branchname> <hash>
. - Execute
git checkout -b <branchname>
.
Q102. How would you display a histogram showing inserts, deletion, and modifications per file for a specific commit along with its general commit information?
- Use
git stat
. - Use
git debug --prettyprint
. - Query the remote repository with the commit hash.
- Use
git show <commit> --stat
.
- Repository managers are proprietary versions of Git that do not include enhanced features.
- Repository managers provide an enhanced command-line tool that is used to manage multiple local repositories.
- Repository managers provide an online service for hosting Git repositories that include collaboration features such as pull requests, issue tracking, and peer reviews.
- Repository managers distribute repositories across multiple locations on a user's workstation, providing redundant storage that allows for quick backup and recovery.
-
git head --verify
-
git log --head
-
git hash --head
-
git show-ref --head
Q105. When Git Workflows contain a long-running branch, what purpose does the long-running branch serve?
- Long-running branches store unstable code until it os peer reviewed for integration into a feature branch.
- Long-running branches correspond to agile sprints and are used to store related to features developed in the sprint.
- Long-running branches contain code related to experimental feature development that is merged into short-lived branches such as master.
- Long-running branches correspond to different stages of development and are always open for topic/feature branches to be pulled into.
Q106. What command takes changes from the master branch on the remote repository origin and merges then to the local checked-out branch?
-
git commit -u origin
-
git checkout origin
-
git pull origin master
-
git push origin master
Q107. While pushing changes to a remote repository, you receive the following message. How do you resolve this issue?
error: failed to push some refs to 'https://github.com/myrepo/simple.git'
hint: Updates were rejected because the remote contains work that you do not hint: not have locally.
- Use the --atomic option with the push command.
- Execute a pull, then resolve any merge conflicts and execute another push.
- Execute a fetch, then execute another push.
- Use the --force option with the push command.
- It adds patch output that shows the differences introduced in each commit.
- It adds patch output that shows a summary listing modified files.
- It adds padding to the output and displays a histogram showing the number of lines changed in each commit.
- It adds the full commit message and notes associated with each commit.
- an area that stores commits prior to them being pushed to the remote repository
- an area containing stash entries that can applied to the working files
- an area where changes from a branch in the remote repository are stored before they are applied to a local branch
- an area that stores information about changes that will be included in the next commit
Q110. What command would you use to stage changes to the index strictly for properties files in the current directory?
-
git add *.properties
-
git add %.properties
-
git add .properties
-
git add properties
- files in the local repository that have not been merged into the master branch
- staged files that Git does not know about because the have not been committed
- files in the working directory that Git does not know about because the have not been staged or committed
- files in the remote repository that Git does not know about because they have not been tagged
Q112. What command takes changes from the master branch on the remote repository origin and merges them to the local checked-out branch?
- git checkout origin
- git commit -u origin
- git pull origin master
- git push origin master
Q113. What type of Git hook could be used to validate that a commit message contains a ticket number?
- pre-commit
- commit-msg
- applypatch-msg
- prepare-commit-msg
- git stash pop pushes the topmost commit to the current branch, while git stash apply caches the last commit in the current branch.
- git stash pop applies the topmost entry in the stash to the working files and removes it from the stash, while git stash apply applies the topmost entry in the stash to the working files but leaves it in the stash.
- git stash pop merges the topmost commit to the current branch, while git stash apply merges the last commit in the current branch.
- git stash pop applies the topmost entry in the stash to the working files but leaves it in the stash, while git stash apply applies the topmost entry in the stash to the working files and removes it from the stash.
Q115. After making some major changes to your code, you are a little nervous about committing. What command would you use to review the commit prior to making it?
- git commit --verify
- git notes show
- git commit preview
- git commit --dry-run
- a pointer to the most recently changed file in the stage/index
- a pointer to the master branch
- a pointer to the most recent commit in the currently checked-out branch
- a pointer to where the repository is stored in memory
Q117. After staging changes to several files, you realize the changes to the config.properties file are incorrect, and need to be removed from the stage and working directory. What command can you use to remove the staged changes to the file?
- git reset HEAD^ -- config.properties
- git rm config.properties
- git rf config.properties
- git checkout HEAD -- config.properties
Q118. After a recent release with a stack trace, an issue is create that indicates the problem is with a newly added configuration property named MaxConnections. What command can find all commits that add or remove the string MaxConnections?
- - git grep -a "MaxConnections"
- - git log --search-string "MaxConnections"
- - git log -S "MaxConnections"
- - git commit --with "MaxConnections"
Q119. Your company has moved its remote repository to GitHub at this location: https://github.com/yourcompany/core-api.git. What command updates the
remote repository, named origin, to point to the new remote repository at this location?
- - git remote create-update origin https://github.com/yourcompany/core-api.git
- - git remote update origin https://github.com/yourcompany/core-api.git
- - git remote set-url origin https://github.com/yourcompany/core-api.git
- - git remote add https://github.com/yourcompany/core-api.git
- - when a commit from one branch needs to be copied into another branch
- - when the HEAD needs to be reset to a specific commit
- - when a specific commit needs to be pulled down from the remote repository
- - when a hook script needs to be invoked
- - a deleted or archived copy of a repository
- - a beta release branch of a repository
- - a future branch of a repository
- - a separate copy of a repository
- - You cannot exclude the files from the repository.
- - Tag the files with excluded.
- - Add a pattern matching the files to the .gitignore file.
- - Add the files to the omitted branch
-
git checkout <url>
-
git pull <url>
-
git clone <url>
-
git replicate <url>
- testfile.js would be reverted to a blank file.
- testfile.js would be reset to its first saved state.
- testfile.js would be reverted to its last saved copy.
- testfile.js would be removed from the stage/index area, if present.
Q125. What situation can occur when attempting to combine branches containing changes to the same piece of code?
- lost code
- automatic override
- collisions
- merge conflict
- git clone
- git pull
- git replicate
- git checkout
- Topic branches store unstable code until it is peer reviewed for integration into another feature branch.
- Topic branches correspond to different stages of development and are always open for long-running branches to be pulled into.
- Topic branches are used in waterfall development methodologies to track the state of the code during the various stages of waterfall.
- Topic branches are short-lived branches used to store work related to a particular feature.
- Provide detailed commit messages that describe the changes being introduced by the commit.
- make large commits that introduce multiple features.
- Keep local repository branches in sync with upstream branches in the remote repository by committing,pushing and pulling frequently.
- Avoid frequent interaction with the remote repository to reduce the probability of pulling conflicts.