Skip to content

Commit b7dca18

Browse files
astroDimitriospwhybrawxtimrcomer
authored
#94 Adds discussion FAQs
* Adds discussion FAQs * Emphasise origin and upstream Co-authored-by: pwhybra <[email protected]> * Spelling and word choice fixes Co-authored-by: Tim Pillinger <[email protected]> Co-authored-by: Ruth Comer <[email protected]> * Apply reading age suggestions Co-authored-by: Tim Pillinger <[email protected]> * Add a GitHub docs link for git fetch --------- Co-authored-by: pwhybra <[email protected]> Co-authored-by: Tim Pillinger <[email protected]> Co-authored-by: Ruth Comer <[email protected]>
1 parent 728aab6 commit b7dca18

File tree

1 file changed

+26
-0
lines changed

1 file changed

+26
-0
lines changed

learners/discuss.md

+26
Original file line numberDiff line numberDiff line change
@@ -4,3 +4,29 @@ title: Discussion
44

55
## Frequently Asked Questions
66

7+
1. Does Git default to origin if you run `git fetch` without origin/upstream?
8+
From the [GitHub documentation](https://git-scm.com/docs/git-fetch):
9+
When no remote is specified, by default the origin remote will be used, unless there’s an upstream branch configured for the current branch.
10+
2. Can you rename the upstream remote?
11+
Yes see the [spoiler on remotes](../episodes/03-feature-branch.md#some-more-about-remotes).
12+
You should note that the names `origin` and `upstream` are just conventions.
13+
You may use any name for the remotes but it may be confusing
14+
for new collaborators who expect origin/upstream.
15+
3. What do you do if you add the wrong remote link?
16+
Change the remote url, or remove the remote and add the remote again.
17+
See the [spoiler on remotes](../episodes/03-feature-branch.md#some-more-about-remotes) for the relevant Git commands.
18+
4. How often should you commit changes?
19+
You learnt in the Introduction to Version Control with Git and GitHub
20+
lesson that commits should occur often and be atomic.
21+
That is contain one small change at a time.
22+
Committing often (at most every couple of hours) and pushing straight after
23+
committing helps avoid losing any work.
24+
5. Can you have chains of forks? Or a colleagues fork as a remote?
25+
Yes to both! Although the latter would be an unusual working practice,
26+
we'd recommend seeking advice before adding a colleague's fork
27+
as another remote on your local repository.
28+
Chains of forks are common. If a GitHub user has read access to your
29+
repository they can create a fork.
30+
6. How many repositories can I have?
31+
"With GitHub Free for personal accounts and organizations, you can work with unlimited collaborators on unlimited public repositories with a full feature set, or unlimited private repositories with a limited feature set."
32+
[About repositories - GitHub Docs](https://docs.github.com/en/repositories/creating-and-managing-repositories/about-repositories)

0 commit comments

Comments
 (0)