Git

3044 readers
1 users here now

Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.

Resources

Rules

  1. Follow programming.dev rules
  2. Be excellent to each other, no hostility towards users for any reason
  3. No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.

Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.

founded 2 years ago
MODERATORS
101
102
103
220
submitted 1 year ago by mac to c/git
 
 
104
16
Inside .git (jvns.ca)
submitted 1 year ago by canpolat to c/git
105
106
17
submitted 1 year ago by canpolat to c/git
107
52
submitted 1 year ago by mac to c/git
 
 
108
9
submitted 1 year ago by canpolat to c/git
109
110
111
13
Conditional Git Configuration (blog.scottlowe.org)
submitted 1 year ago by canpolat to c/git
112
13
Using Git offline (www.gibbard.me)
submitted 1 year ago by canpolat to c/git
113
114
14
submitted 1 year ago by learnbyexample to c/git
115
116
117
118
22
submitted 1 year ago* (last edited 1 year ago) by ericjmorey to c/git
 
 

Julia Evans (@[email protected]) writes:

i've been trying to figure out why some people prefer merge and some people prefer rebase. I feel like there must be some systematic reasons, like "people in situation X tend to prefer rebase, people in situation Y tend to prefer merge”

my only thought so far is that small short-lived changes work well with rebase, and longer-lived branches are maybe better to merge

(not looking for why you think rebase/merge is better here or why the people who disagree with you are wrong)

similarly, I'm trying to figure out why some folks prefer a linear commit history and some folks prefer to preserve the history as it actually happened

I feel like there are also some systematic reasons for this (like in situation X a linear history is more appropriate but in situation Y it's more appropriate to preserve what actually happened) but I haven't worked it out

for example maybe "preserve what actually happened" is more appropriate for open source projects? not sure.

119
120
18
Git Things (matklad.github.io)
submitted 1 year ago by canpolat to c/git
121
15
Committing without git (matheustavares.gitlab.io)
submitted 1 year ago by canpolat to c/git
122
25
submitted 1 year ago by canpolat to c/git
123
35
The World Before Git (osshistory.org)
submitted 1 year ago by canpolat to c/git
124
81
submitted 1 year ago by mac to c/git
 
 
125
52
submitted 1 year ago* (last edited 1 year ago) by mac to c/git
view more: ‹ prev next ›