IRCloggy #git 2021-01-07

Logs Search ←Prev date Next date→ Channels Documentation

Provider of IRC logs since 2005.
WARNING: As Freenode became unjoinable and lost all warnings in topics, we cannot log channels on Freenode anymore.

2021-01-07

dqx left00:00
impermanence https://bpa.st/IOVA00:01
nedbat00:01
nedbat impermanence: yes, the new directory is still there when you switch branches.00:01
impermanence: git doesn't track empty directories, so it's independent of git00:01
impermanence okay I'll switch channels?00:01
nedbat impermanence: i don't understand.00:02
impermanence nor do I00:02
I don't follow you00:02
nedbat impermanence: what is the problem? Why switch channels?00:02
impermanence I've no idea; I thought you were saying "it isn't git"00:02
nedbat impermanence: you were asking about how git works.00:02
impermanence: the behavior you are seeing is expected. It's the way git works.00:02
theree's no problem heree00:03
impermanence it happens with everything00:03
nedbat impermanence: what do you mean by everything?00:03
impermanence literally anything I do in one branch gets spammed to another00:03
I'll show you00:03
one sec00:03
nedbat impermanence: if you make other files, and switch branches, those files still exist also.00:04
impermanence yes00:04
nedbat it's because you haven't added those files to git yet, so git doesn't manage them.00:04
impermanence oh00:04
hm00:04
sorry00:04
I feel adequately foolish00:05
nedbat impermanence: no need, these things have to be learned00:05
impermanence I don't know why that took me by surprise today00:05
wait no...00:06
something is definitely wrong though I think00:06
yeah I wish it was that simple;00:06
this happens for directories that are being tracked by git00:07
so say I'm on branchA and it has tracked files in a dir called dirA; and on branchB there is no dirA; when I switch to branchB now all of sudden dirA is on branchB...00:08
so yeah I'm not crazy that's not how git works00:08
I'll provide you a screenshot00:08
er: text00:08
nedbat impermanence: that would be good00:08
gjergj_kastrioti joined00:11
spacesuitdiver joined00:12
tiin57 left00:14
impermanence nedbat: surreal. https://bpa.st/IDQQ00:14
spacesuitdiver left00:15
nedbat impermanence: you made a new file in layer-0, but you didn't add it to git.00:16
milkt_ left00:16
nedbat so it's a file outside of git, so git doesn't manage it.00:16
impermanence so?00:16
nedbat impermanence: so switch branches won't remove it.00:16
impermanence oh00:16
nedbat impermanence: so it's still there after you switch the bbranch00:16
impermanence I had no idea that was a git thing00:16
that makes absolutely no sense00:17
tiin57 joined00:17
impermanence so if what you're saying is correct then if I add it layer-0 won't show up on that other branch...00:17
nedbat impermanence: right00:18
impermanence k00:18
good00:18
Sleepy63 left00:19
thiago joined00:19
Sleepy63 joined00:22
Newami joined00:23
impermanence man00:24
what a relief00:24
that was it nedbat00:24
I never noticed before *shrug00:24
nedbat great :)00:25
Newami left00:28
milkt joined00:30
adlternative joined00:32
oprypin joined00:35
spacesuitdiver joined00:39
stats4647 left00:42
tiin57 left00:44
tiin57 joined00:47
bittyx left00:49
stats4647 joined00:50
filoppi joined00:51
ppppppp joined00:53
ppppppp left00:54
sudoforge joined01:01
Sleepy63 left01:04
moldorcoder7 left01:06
moldorcoder7 joined01:06
Sleepy63 joined01:06
Jitta left01:07
nomadicmathmo joined01:11
moldorcoder7 left01:12
nomadicmathmo1 joined01:12
tiin57 left01:14
nomadicmathmo left01:16
nomadicmathmo1nomadicmathmo01:16
moldorcoder7 joined01:16
tiin57 joined01:17
kalbasit joined01:20
bittyx joined01:20
fstd_ joined01:22
fstd_fstd01:27
CodeSlingerPaul left01:34
AnAverageHuman left01:35
PJBoy left01:35
bolovanos left01:36
kevr joined01:37
jaziz1 joined01:38
mat001 left01:43
tiin57 left01:44
Wetmelon joined01:44
al3x27 left01:47
tiin57 joined01:47
wootehfoot left01:48
cloud69 left01:48
Xenguy joined01:49
adl_ joined01:49
adlternative left01:50
cim209 joined01:53
AnAverageHuman joined01:57
maestrojed joined01:57
adl_ left01:59
adl_ joined01:59
cbreak left02:00
Kurozen left02:05
snappy is there a way to do like a git reset --soft except without moving HEAD. I kind of want to revert back to a git commit in history, but just have all those changes staged.02:07
INeedAHandle joined02:07
nsc joined02:11
nscGuest5877802:11
Guest49216 left02:13
tiin57 left02:14
moldorcoder7 left02:15
tiin57 joined02:17
moldorcoder7 joined02:17
maestrojed left02:17
maestrojed joined02:18
F0rTex left02:18
BtbN snappy, git diff + patch -R?02:20
F0rTex joined02:20
magic_ninja left02:20
BtbN Or hard reset to that commit, and then reset to your previous HEAD02:20
zebrag left02:22
zebrag joined02:23
filoppi left02:26
def_jameb0t02:27
snappy BtbN: ah yeah that might do the trick, thanks02:27
eb0t_eblip02:27
justan0theruser left02:34
heyitsrama left02:35
mowcat left02:42
tiin57 left02:44
Jackneilll left02:44
shush left02:45
dqx joined02:47
tiin57 joined02:47
gjergj_kastrioti left02:48
Hello71 git checkout HEAD^ .02:50
or the modern slightly less confusing git restore -S -s HEAD^02:50
Technodrome joined02:51
gigasu_shida left02:54
gigasu_shida joined02:55
drbean joined02:56
Jackneilll joined02:56
perrier-jouet joined02:58
amerigo left03:03
nomadicmathmo left03:04
milkt left03:04
lagothrixGuest4466503:05
xirhtogal joined03:05
Guest44665 left03:05
xirhtogallagothrix03:05
milkt joined03:05
AnAverageHuman left03:07
AnAverageHuman joined03:08
Muimi joined03:10
heyitsrama joined03:12
heyitsrama left03:12
tiin57 left03:14
p-core left03:14
p-core joined03:14
tiin57 joined03:17
maestrojed left03:21
Muimi_ joined03:21
retrospectacus left03:22
zebrag left03:22
Muimi left03:23
zebrag joined03:23
Muimi_Muimi03:23
retrospectacus joined03:23
maestrojed joined03:25
n000g joined03:30
mgedmin joined03:35
Sleepy63 left03:38
benfelin left03:42
Sleepy63 joined03:42
n000g left03:42
FH_thecat joined03:43
tiin57 left03:44
tiin57 joined03:47
R2robot joined03:47
kevr when i use `git add -p`, it seems to select stages for me. is there a way i can split up one of those stages?03:50
n000g joined03:51
pyeverything joined03:52
pyeverything you know how i can do git diff between a file that has not yet been "git add"ed and a file on master branch already pushed? same file name03:53
kevr say what?03:54
geosmile joined03:54
kevr you can run a diff between commits, and using a branch name will use HEAD of that branch03:54
like `git diff HEAD..master`03:54
if it's not in a local copy though, you need the commits from master fetches, then you can diff between your current state and origin/master03:55
(or upstream/master, whatever.)03:55
n000g left04:03
Iarfen left04:03
rosco_y left04:04
spacesuitdiver left04:06
codebam__ joined04:06
n000g joined04:09
codebam_ left04:09
pyeverything left04:09
cliluw left04:09
n000g left04:09
Guest58778 left04:12
tiin57 left04:14
cliluw joined04:14
magic_ninja joined04:15
Anthaas joined04:15
mat001 joined04:15
nsc joined04:16
nscGuest5500804:16
tiin57 joined04:17
gast0n left04:18
drbean left04:18
cliluw left04:18
iNs left04:21
iNs joined04:22
zebrag left04:22
zebrag joined04:23
maestrojed left04:23
pyeverything joined04:25
pyeverything left04:25
FH_thecat left04:25
FH_thecat joined04:29
Guest20 joined04:30
mindCrime joined04:34
thiago left04:34
acercle left04:36
Wetmelon left04:37
stats4647 left04:38
tiin57 left04:44
Goplat joined04:46
Xenguy left04:47
tiin57 joined04:47
zsoc left04:52
Hounddog joined05:07
dking left05:09
AnAverageHuman left05:09
Guest20 left05:13
tiin57 left05:14
tiin57 joined05:17
cliluw joined05:17
zebrag left05:22
zebrag joined05:23
cliluw left05:23
FH_thecat left05:23
Guest20 joined05:26
cliluw joined05:26
cliluw left05:31
al3x27 joined05:34
Betal left05:43
tiin57 left05:44
geosmile left05:45
dermoth_ joined05:46
dermoth_dermoth05:47
tiin57 joined05:47
arcatech left05:48
TheConjurer left05:53
Maxattax left05:54
shush joined05:56
alyawn left06:00
shush left06:01
Hounddog left06:02
fuzzmz_ joined06:02
fuzzmz_fuzzmz06:03
sord937 joined06:05
tiin57 left06:14
jrm2 joined06:15
jrm2jrm06:16
tiin57 joined06:17
crose joined06:18
ferdna joined06:21
zebrag left06:22
zebrag joined06:23
yrzr left06:25
mindCrime left06:27
cliluw joined06:27
spyroboy joined06:29
spyroboy left06:29
spyroboy joined06:29
cliluw left06:32
kenwoodfox left06:34
mindCrime joined06:34
qassim joined06:43
tiin57 left06:44
tiin57 joined06:47
qassim left06:52
TheConjurer joined07:01
Xiti joined07:05
ferdna left07:05
toolbox joined07:06
qassim joined07:07
madewokherd left07:07
cliluw joined07:08
kalbasit left07:08
opal left07:11
mobidrop joined07:13
cliluw left07:13
tiin57 left07:14
rfuentess joined07:15
opal joined07:15
thrill_seeker joined07:15
tiin57 joined07:17
Wetmelon joined07:23
nomadicmathmo joined07:23
andy25225 left07:24
ravndal joined07:26
nomadicmathmo left07:27
mindCrime left07:27
thrill_seeker left07:28
thrill_seeker joined07:28
sudoforge left07:36
andy25225 joined07:38
TomyWork joined07:38
riksteri joined07:38
Fokst joined07:41
Haohmaru joined07:42
skyroveRR joined07:43
tiin57 left07:44
erred joined07:45
codebam_ joined07:46
tiin57 joined07:47
erred left07:48
codebam__ left07:48
qassim left07:50
skyroveRR Hey guys, I've got a linux distribution repo from which I'd like to revert/restore only a couple of files which were removed from a particular commit, which is this: http://git.pktsurf.in/smlinux/commit/?id=4257f6f8d51f95a5b81d939c1af95ebde7e888bd . I'd like to restore files in that commit that have the path "source/lxde" ... can someone kindly provide pointers on how this can be done?07:52
otisolsen70 joined07:53
ikke git checkout 4257f6f8d51f95a5b81d939c1af95ebde7e888bd -- source/lxde07:55
this would chekout any file in source/lxde from that commit07:55
skyroveRR ikke: I ran your command and I get this: error: pathspec 'source/lxde' did not match any file(s) known to git07:56
osse you have to use that commit's parent07:57
Boo, ikke, boo!07:57
ikke :(07:57
osse Also, git diff --diff-filter=D --name-only 4257f6f8d51f95a5b8~ 4257f6f8d51f95a5b8 is the actual list of files you want07:57
skyroveRR Uh.. I had files in staging... they've disappeared from there.08:00
cbreak joined08:01
skyroveRR ... maybe not. Sorry.08:01
Yup. Got the files back.08:01
Thanks osse08:02
unluckyshrubbery left08:02
andreas303 left08:05
qassim joined08:05
andreas303 joined08:06
theoceaniscool joined08:07
bn_work left08:10
skyroveRR osse: a question: why use the parent commit hash? That commit doesn't have anything relating to LXDE...08:11
osse skyroveRR: commits are not diffs or patches. they are snapshots08:11
skyroveRR: and the parent commit is the last commit those files existed in08:11
skyroveRR Ohh. Crystal clear.08:11
osse skyroveRR: so in principle you could use any commit you like to grab them from, but you might get different versions of them then08:13
well... any commit they exist in, of course. Like ikke FAILED TO DO08:13
<308:13
dqx left08:13
tiin57 left08:14
vdamewood joined08:14
ikke 😢08:14
rcoote joined08:14
theoceaniscool left08:15
tiin57 joined08:17
theoceaniscool joined08:17
zebrag left08:22
zebrag joined08:23
Goplat left08:23
jaziz1 when 'cloning' a remote tracking-branch, is the better practice to create a branch and merge the remote into it, or something like `git checkout -b localbranch origin/remotebranch`08:27
what is the term for bringing a remote-tracking branch into use, actually?08:27
osse you clone a repo, not a branch. Usually after cloning you already have a bunch of remote tracking branches. By "use" I assume do development, make commits and such. For that you should create a local branch08:28
ikke (so your last suggestion)08:29
jaziz1 I see, sorry for poor jargon08:29
Borkr joined08:30
gigasu_shida left08:30
vdamewood jaziz1: The term for making a branch from another branch is 'branching'. This applies to making a local branch to track a remote as well.08:30
or 'branching off'08:31
jaziz1 oh I see, thanks08:31
I think I'll take a break from this book after I finish this chapter on branching, prob have enough now to get to work08:32
vdamewood jaziz1: And the best practice is to directly branch off rather than do any merging, first.08:32
jaziz1 I'll need to figure out a workflow, not used to structured coding08:32
vdamewood, oh great thanks, that felt like the right thing to do08:32
the book mentioned merging as well, though, so was curious08:32
mat001 left08:34
codebam__ joined08:34
codebam_ left08:36
shush joined08:38
codebam_ joined08:39
sgn1 joined08:41
codebam__ left08:42
nabil_ joined08:43
shush left08:43
tiin57 left08:44
sgn left08:44
skyroveRR osse: thanks a lot. Laters.08:44
skyroveRR left08:44
nabil__ left08:46
g00s left08:47
tiin57 joined08:47
g00s joined08:48
iNs left08:54
iNs joined08:54
mozgalom joined08:58
__Aqua_Vitae__ joined09:00
chele joined09:02
Fissure1 joined09:05
tiin57 left09:14
tiin57 joined09:17
hnOsmium0001 left09:18
zebrag left09:22
zebrag joined09:23
cd left09:23
shivam_ joined09:24
impermanence left09:24
PJBoy joined09:24
another joined09:25
mindCrime joined09:28
clime joined09:29
calcul0n_ joined09:40
unluckyshrubbery joined09:40
tiin57 left09:44
tiin57 joined09:47
Wetmelon left09:47
lofo_ joined09:49
lofo left09:53
dudek joined09:59
nabil__ joined10:01
nabil_ left10:04
benfelin joined10:12
tiin57 left10:14
tiin57 joined10:17
zebrag left10:22
zebrag joined10:23
justanotheruser joined10:29
biryukov joined10:29
jaziz1 Would it be okay to specify certain sections of a file for certain code additions?10:30
to prevent merge conflicts?10:30
maybe in code comments or something10:30
osse Git has no way of enforcing that10:31
shabius joined10:32
osse But you can have any agreements you like human to human10:32
shabius left10:32
Sp4rKy joined10:32
shabius_ joined10:32
shabius_ left10:32
jaziz1 Yeah, was just wondering if people did that I guess10:32
given I haven't really been part of a team10:32
osse There's no "I" in "team", but there is one in "merge conflict"10:33
shabius joined10:33
jaziz1 lol10:34
austin987 left10:37
vdamewood There's a 'me' in team, scrambled in there.10:38
Come to think of it, team is an anagram of "at me".10:39
Sp4rKy left10:39
tiin57 left10:44
__Aqua_Vitae__ left10:44
tiin57 joined10:47
austin987 joined10:49
humanface22 joined10:51
humanface22 hi all10:51
gitinfo humanface22: hi! I'd like to automatically welcome you to #git, a place full of helpful gits. Got a question? Just ask it — chances are someone will answer fairly soon. The topic has links with more information about git and this channel. NB. it can't hurt to do a backup (type !backup for help) before trying things out, especially if they involve dangerous keywords such as --hard, clean, --force/-f, rm and so on.10:51
mindCrime left10:52
thrill_seeker left10:53
blahdodo joined10:53
thrill_seeker joined10:53
humanface22 is the git able to do the following?: checkout a previous commit on branch A (lets call this 1. commit), create a branch B on that, miss branch A's 2. and 3. commit, and add only the 4. 5. 6. 7. commits into the branch B10:54
should I cherry pick 4. 5. 6. 7. commits in order?10:55
__Aqua_Vitae__ joined10:57
maxwilliamson left11:00
maxwilliamson joined11:01
cheater joined11:01
cheater hi! what's the best way to: create a new branch; which tracks a remote on origin of the same name; and switch to that branch?11:02
git checkout -b newbranch doesn't track remote11:02
ikke git checkout -t origin/newbranch, or git checkout newbranch11:04
the latter is automatically creating the branch when it does not exist yet, and there is only one remote branch with that name11:04
osse humanface22: that is not a problem11:05
Trieste left11:05
humanface22 osse what do you mean?11:05
osse humanface22: the thing you described is straight forward to do11:06
humanface22 osse ok, so what is the answer?11:06
osse should I cherry pick 4. 5. 6. 7. commits in order?11:06
so should I do those steps in order? checking out that commit, creating branch, cherry picking those commits?11:07
osse humanface22: create a new branch named B at the point where you want B to start from. check it out, then cherry-pick in date order11:07
cheater ikke: both don't work. the first one says "fatal: 'origin/newbranch' is not a commit and a branch 'newbranch' cannot be created from it" and the second one says "error: pathspec 'newbranch' did not match any file(s) known to git.".11:08
Trieste joined11:08
humanface22 osse ok is it differ from what I said already?11:08
ikke cheater: If it's a completely new branch, then there is no remote tracking branch yet to track11:08
osse humanface22: maybe not. depends a bit on what you meant by the numbers11:08
cheater well yes, i said "new branch", that's what i meant11:09
ikke cheater: then you first create it locally, and when you push, you specify --set-upstream11:09
cheater what can i do so that i don't need to --set-upstream explicitly?11:09
humanface22 osse the date order :) firstly you create the 1. commit, then the 2. commit, and so on11:09
cheater i just want it to know it should be set to remote/newbranch11:09
is there no command that does both?11:09
ikke cheater: not when remote/newbranch does not exist yet11:10
which gets created after you push11:10
cheater so what would i do, just git checkout -b to create a local branch, and then --set-upstream later?11:10
ikke yes11:10
cheater ok. thanks11:10
ikke git push -u <remote> <branch>11:10
osse humanface22: then what you describe is spot on11:10
humanface22 osse ok, thanks11:11
aw1 joined11:11
PacKetSlayer joined11:12
tiin57 left11:14
cheater thank you ikke11:17
tiin57 joined11:17
humanface22 left11:19
zebrag left11:22
nabil_ joined11:22
zebrag joined11:23
nabil__ left11:25
BH23_ joined11:25
thiago joined11:28
mellernoia joined11:30
nabil__ joined11:34
sgn1 left11:36
nabil_ left11:37
aliss joined11:37
Jookia left11:37
caveman left11:38
sgn joined11:41
Guest20_ joined11:41
Guest20 left11:42
lacrymology joined11:42
DevAntoine joined11:43
tiin57 left11:44
milkt left11:44
adl_ left11:45
Masklin joined11:45
adl_ joined11:45
Atlenohen joined11:46
adl_ left11:47
adl_ joined11:47
tiin57 joined11:47
calcul0n__ joined11:48
DevAntoine left11:48
calcul0n_ left11:50
j7k6 left11:51
milkt joined11:52
al3x27 left12:00
rosco_y joined12:01
adl_ left12:05
adl_ joined12:05
NitrousPG joined12:07
dwmw2_gone joined12:09
adl_ left12:10
adlternative joined12:10
tiin57 left12:14
gjergj_kastrioti joined12:17
__Aqua_Vitae__ left12:17
tiin57 joined12:18
andreas303 left12:18
tgunr joined12:21
shivam_ left12:22
zebrag left12:22
zebrag joined12:23
cliluw joined12:24
davve joined12:25
davve hey, is there an interactive or convenient way of creaning up ones branches (local and remote?)12:26
i tend to make a lot of them ^^12:26
osse local: not directly. git branch --merged master produces a list of branches that's at least safe to remove12:27
davve like interactive rebase where they all default to keep or something12:27
osse remote: try git fetch --prune12:27
davve osse: do you mean me?12:27
ah right12:27
ofc you do lol. cool i'll try that, thought local and remote were two people in here :)12:28
the --merged master arguments to branch is great12:29
cliluw left12:29
davve prune cleaned up a few too. neat12:29
__Aqua_Vitae__ joined12:31
luke-jr left12:31
davve but i still have a bunch, will have to write up a script i think. I'll try googling too12:31
osse davve: local ones?12:32
you can remove those too in one swoop if you really wish12:32
davve yeah12:32
no i'd rather have a prompt or somthing :)12:32
some are keepers12:32
luke-jr joined12:32
davve but for science, how would you do that?12:33
andreas303 joined12:35
osse something like:12:35
wootehfoot joined12:35
osse git for-each-ref --merged master --format='delete %(refname)' -- refs/heads | sed '/\/master$/d' | git update-ref --stdin12:35
for-each-ref is the script-friendly version of git branch/tag12:36
Peetz0r joined12:39
shivam_ joined12:40
shush joined12:40
Tazmanya joined12:41
Tazmanya left12:43
tiin57 left12:44
shush left12:45
tiin57 joined12:47
Guest20_ left12:47
bolovanos joined12:48
jjakob I run git rebase commithash^ , select the commithash to edit, but git rebase shows the commit I selected to edit as already done? Last command done (1 command done): edit abcdefg mycommit12:50
worc3131 joined12:50
jjakob running git reset resets no files...12:50
osse jjakob: edit means git rebase stops after that commit, and you can change it with commit --amend12:51
then run rebase --continue12:51
jjakob ah right, but I want to split it into 212:51
reset HEAD~ ?12:52
osse yes12:52
but since it is only the latest commit you want to change, you can do it all without the rabase stuff12:52
jjakob it's not the latest, it's quite a few back12:52
osse oh12:53
i misunderstood the initial question12:53
in that case, carry on12:53
jjakob I selected it with commithash~12:53
DevAntoine joined12:55
cheater left12:57
vdamewood left12:59
sgn left13:00
Guest20 joined13:01
worc3131 left13:01
worc3131 joined13:02
sgn joined13:06
relipse I have a fork of the primary repo, how do I make my fork's master the exact same as the primary repo? i tried git rebase remote/master but it had some 3 way merge stuff13:07
Jitta joined13:09
bolovanos left13:11
relipse i tried git pull remote master but that din't work eather said fix conflicts13:12
j416 relipse: reset13:13
tiin57 left13:14
relipse git reset --hard upstream/master13:14
that did it. thank you j41613:14
jl4 joined13:17
jaziz1 what are some good git workflows I should look into?13:17
tiin57 joined13:18
j7k6 joined13:18
sweatsuit left13:20
zebrag left13:22
zebrag joined13:23
jaziz1 never done any real work in git, just kind of haphazardly wrote things, copy/pasted for backup, etc13:23
Jookia joined13:23
caveman joined13:24
rsx joined13:24
luke-jr left13:25
sweatsuit joined13:25
luke-jr joined13:25
osse if you work alone I would not focus much on workflows13:26
that's for your boss to decide, unless you *are* a boss13:26
justanotheruser left13:26
osse make commits that make sense, and use different branches for different things if you switch between areas you work on13:27
jaziz1 I see13:28
Maybe one 'main' branch for stable things and then branch off for individual features?13:28
osse yes13:31
dionysus69 joined13:31
mat001 joined13:32
spyroboy left13:32
Guest20 left13:32
zsoc joined13:35
zsoc left13:35
zsoc joined13:35
biryukov left13:35
justanotheruser joined13:40
dd7 joined13:41
tilpner left13:42
jaziz1 reading about this 'rebase' and 'fast forward' stuff13:42
tilpner joined13:42
jaziz1 is it not bad to lose history that you don't have to lose?13:43
thought one of the points of git was to easily identify what has happened in the past?13:43
tiin57 left13:43
dd7 I notice that if the `core.pager` process reads git config by invoking `git config --list`, that it picks up modifications to the config made on the command line of the parent git process by e.g. `git -c foo.bar=baz`. How does this happen? I would have thought that `git -c` causes the config object to be mutated in the memory of the parent process13:44
whereas `git config --list` is simply reading from disk again.13:44
tiin57 joined13:47
dionysus69 left13:48
Voltum joined13:48
Voltum left13:48
osse jaziz1: some history is not worth keeping13:50
jaziz1: let's say you make a commit. then you find you forgot to add a file to it. so you do that, and modify the commit you just created instead of making a second commit13:50
technically, the "bad" commit is still lying around13:50
ikke Some use git append-only, sadly13:51
__Aqua_Vitae__ left13:51
osse jaziz1: but it will be lost, and no one sheds a tear for it13:51
jaziz1 osse, mm right13:52
that seems less consequential than something like rebase though13:52
osse depends on how you use it13:52
the usual form of a rebase is to just put your commits on top13:53
n0mn0m joined13:53
dd7 jaziz1: a big factor is whether you're talking about work that only exists on your personal machine, or work that you've pushed to a remote and others may be sharing.13:53
xelxebar left13:53
jaziz1 dd7, that makes sense, local history might not be relevant to the repo as a whole13:53
dd7 If it's your local personal work, it's common to make a bunch of messy commits and then tidy them up afterwards13:54
"tidy up" the history I mean13:54
jaziz1 mm13:54
rcoote left13:54
dd7 Personally my rules are (a) I do that a lot and (b) but I don't if it involves any kind of merge conflict resolution13:54
jaziz1 I'm just trying to get a good sense of best practices since I won't be able to do it on the job13:54
since no job lmao13:54
osse as for fast-forwarding, that has nothing to do with losing history13:55
jaziz1 dd7, I see13:55
osse, you could be losing *some* history, though, right?13:56
as shown here? https://i.snipboard.io/9goF0P.jpg13:56
osse this is showing two end results13:57
the new yellow dot on the left hand side doesn't exist before you start13:57
ikke In that case you're note losing history, at most, you cannot distinguish in the 2nd example that those commits belong together13:57
jaziz1 osse, hmm13:58
osse you could argue there is some history that will never be created13:58
and in many cases you don't want that history, for example when you're not merging in a feature, but just merging in origin/master (ie. gettnig your local master up to date)13:58
jaziz1 right13:59
ikke, well, knowing where you' branched off for a feature is still history right?14:00
osse what if the feature branch has been rebased multiple times before it is merged in? :P14:00
jaziz1 no idea haha14:01
visualizing rebasing is still kinda tough for me honestly haha14:01
osse my point is that the branched-off point might not be the actual point at which the feature development started14:01
https://github.com/Osse/git-stuff/blob/master/rebase.txt14:02
ikke (in the 2nd example, the old commits are still there where they were, just not referenced anymore by the current branch14:02
014:02
n0mn0mn0mn0m[away]14:03
__Aqua_Vitae__ joined14:03
haslo joined14:03
n0mn0m[away] left14:04
jaziz1 osse, hmm I guess I've misunderstood rebase, too haha14:05
it was my understanding that it'd just overlap commits starting from where it branched off14:06
osse jaziz1: rebase = re-base = changing the "base" of a branch (ie. where it appears to have branched off)14:06
dd7 left14:06
jaziz1 I see14:07
osse jaziz1: using my fancy ascii art for reference: Before the "base" of the feature branch was D, but after the rebase it is H14:07
the base has changed => the branch has been re-based14:08
jaziz1 mhmm14:08
thiago left14:13
mowcat joined14:13
tiin57 left14:14
osse that means rewriting some commits and stuff. as ikke said the old commits are still around, technically14:15
but they have been LOST :O :O14:15
sudoforge joined14:15
osse Kate, we have to go back!14:15
jaziz1 oooh I see14:15
so you take the base of the branch14:15
and the just kind of append the commits in the same progression to the end of the other one?14:15
and if the work is totally independent you come out with no conflicts?14:16
selckin you have a tree, saw off a branch, and glue it on somewhere else14:17
jaziz1 lmao14:17
ikke (while you are standing on it)14:17
tiin57 joined14:18
jaziz1 how are you going to commit if you're splattered all over the ground?14:18
osse jaziz1: yep, that's essentially what happens14:19
jaziz1 coool14:19
osse d'accord14:21
zebrag left14:22
zebrag joined14:23
gjergj_kastrioti left14:23
xelxebar joined14:26
mowcat left14:27
herren joined14:28
ghost43 left14:28
ghost43 joined14:29
retrospectacus left14:31
retrospectacus joined14:31
bolovanos joined14:37
__Aqua_Vitae__ left14:39
Jck_true left14:41
Jck_true joined14:42
perrier-jouet left14:43
milkt left14:43
tiin57 left14:44
tiin57 joined14:47
milkt joined14:49
impermanence joined14:49
__Aqua_Vitae__ joined14:52
k3yp joined14:55
perrier-jouet joined14:56
perrier-jouet left14:58
AnAverageHuman joined14:58
k3yp- joined14:59
k3yp left15:00
k3yp-k3yp15:01
adlternative left15:02
Maxattax joined15:02
adlternative joined15:02
CodeSlingerPaul joined15:07
Borkr left15:08
jl4 left15:08
impermanence left15:09
maxwilli- joined15:09
maxwilliamson left15:10
perrier-jouet joined15:11
acercle joined15:11
tiin57 left15:14
Newami joined15:15
Newami left15:16
spacesuitdiver joined15:16
gavlee joined15:17
tiin57 joined15:17
wrobinso1 joined15:18
aw1 left15:20
aw1 joined15:21
wrobinson left15:22
zebrag left15:22
zebrag joined15:23
adlternative left15:26
redcaptrickster joined15:34
lofo joined15:36
lofo_ left15:39
Xenguy joined15:40
worc3131 left15:41
justanotheruser left15:42
tiin57 left15:44
austin987 left15:44
trinityblade joined15:44
acercle left15:47
tiin57 joined15:47
acercle joined15:48
Xiti left15:57
austin987 joined15:57
hnOsmium0001 joined15:59
DevAntoine left15:59
DevAntoine joined15:59
al3x27 joined16:02
sudoforge left16:02
sudoforge joined16:04
Borkr joined16:04
DevAntoine left16:04
southerntofu hey folks i don't know if this is okay according to your etiquette, but i'd like to bring attention to a bug report i submitted two days ago on the ML (with no answer so far): https://public-inbox.org/git/X%2FSq38YKmLjY4KmD@thunix.net/T/#u16:04
thanks and have a great day :)16:05
fling left16:05
thrill_seeker left16:06
nkz joined16:06
thrill_seeker joined16:07
nkz Hey, noob here. When I master into feature branch, git creates a merge-commit. When I do that other way around git doesn't create a merge-commit, just adds on commits. Why is that?16:07
*When I merge master into feature branch*16:08
sudoforge left16:10
fling joined16:10
shivam_ left16:12
osse nkz: git doesn't make a merge commit unless it has to16:12
so if one branch can be "fast-forwarded", that's what happens16:12
when you do it the other way I would suspect it just says "already up-to-date" and does nothing at all16:13
mindCrime joined16:13
haslo left16:13
tiin57 left16:14
nkz osse: makes sense, thanks!16:14
Xiti joined16:16
thrill_seeker left16:16
tiin57 joined16:17
thrill_seeker joined16:17
thrill_seeker left16:17
thrill_seeker joined16:17
thrill_seeker left16:18
mowcat joined16:18
TomyWork left16:18
DevAntoine joined16:19
thrill_seeker joined16:19
thrill_seeker left16:19
thrill_seeker joined16:20
thrill_seeker left16:20
Iarfen joined16:20
thrill_seeker joined16:20
thrill_seeker left16:20
thrill_seeker joined16:21
caterfxo left16:21
thrill_seeker left16:21
fling left16:21
lss joined16:21
thrill_seeker joined16:21
thrill_seeker left16:21
caterfxo joined16:22
j416 nkz: someone posted an image of exactly this scenario just a while ago; https://i.snipboard.io/9goF0P.jpg16:22
well, close enough.16:22
Guest20 joined16:22
j416 if git can fast-forward, it'll do that by default.16:23
thrill_seeker joined16:23
aliss left16:23
DevAntoine left16:23
thrill_seeker left16:23
thrill_seeker joined16:24
thrill_seeker left16:24
thrill_seeker joined16:24
thrill_seeker left16:24
sgn1 joined16:24
nkz j416: thank you. I understand now16:24
thrill_seeker joined16:25
DevAntoine joined16:25
sgn left16:28
moviuro joined16:28
madewokherd joined16:28
Raging_Hog joined16:29
DevAntoine left16:29
fling joined16:29
wnbeser joined16:30
heyitsrama joined16:30
j416 o/16:32
spacesuitdiver left16:36
nkz left16:38
gast0n joined16:38
stats4647 joined16:39
shush joined16:42
tiin57 left16:44
mirrorbird joined16:44
rcoote joined16:44
bolovanos left16:45
zebrag left16:46
zebrag joined16:46
shush left16:47
tiin57 joined16:47
daniele76 joined16:48
daniele76 left16:49
lss left16:55
aliss joined16:55
mozgalom left16:55
shivam_ joined17:01
shush joined17:01
aquery joined17:01
Guest20 left17:01
shivam_ left17:05
aquery Hello all, I'm a bit confused, hope you can help me. I wanted do create a pull-request for a project using git (codeberg.org). I forked it, cloned the forked repo, pushed my changes and submitted a pull request.17:05
Haohmaru left17:07
aquery It got accepted and all is good. But the forked repo didn't go anywhere, it's still sitting there. Now I have a new feature (in the same project) that I need to develope. But I can't fork the master branch - because that forked repo is still sitting there!17:07
Hello71 left17:07
ikke You need to fork only once17:07
You update that fork through your local repo17:07
Generally, you fetch the main branch from upstream, and create new feature branches, and push those to your fork17:08
rfuentess left17:08
Hello71 joined17:08
aquery ikke: ok, but the master branch has changed since I forked it, and my forked repo doesn't show those changes17:08
ikke aquery: generally that does not matter17:08
not for making pull requests at least17:08
You add the upstream (the repo you forked from) repo as a remote17:09
to your local repo17:09
aquery Hmmmm that might be the key step I missed. One moment.17:10
zebrag left17:11
aquery ikke: ok so on my local repo, running "git remote get-url --all origin" gives me only one url - to the *forked* repo17:12
ikke you could do git remote add upstream <upstream-url>17:12
aquery ikke: is that the classic way to do things? I'm trying to realize what step in the workflow I missed.17:13
ikke yes, it is17:13
Technodrome left17:13
tiin57 left17:13
caterfxo left17:14
aquery ikke: ok cool. I'll do that. After that, git pull origin master should give me the up-to-date repo?17:14
ikke no17:14
you need to fetch from upstream17:14
origin is your fork, which does not have any changes17:14
OnkelBlade joined17:14
caterfxo joined17:14
zebrag joined17:15
ikke git pull --ff-only upstream master (while on master)17:15
aquery ikke: oh, ok, right. Let me try it real quick :)17:15
Guest20 joined17:16
spacesuitdiver joined17:17
tiin57 joined17:17
Muimi left17:18
jl4 joined17:18
aquery ikke: awesome.17:21
ikke: many thanks for your help :))17:22
raven-au left17:23
ikke np17:25
aesthe joined17:27
mindCrime left17:27
aquery left17:28
Technodrome joined17:29
Sleepy63 left17:29
arcatech joined17:31
Betal joined17:33
HumanG33k left17:36
trinityblade left17:36
IvanZhuro joined17:36
shush left17:36
shush joined17:36
IvanZhuro left17:37
HumanG33k joined17:37
shush left17:38
nvmd joined17:38
shush joined17:38
mindCrime joined17:38
caterfxo left17:42
mozgalom joined17:42
caterfxo joined17:43
tiin57 left17:43
HumanG33k left17:45
orbyt_v7 joined17:45
jaziz1 left17:45
zebrag left17:45
Guest20_ joined17:46
zebrag joined17:46
Sleepy63 joined17:46
tiin57 joined17:47
Guest20 left17:48
zebrag left17:49
HumanG33k joined17:51
kalbasit joined17:52
bn_work joined17:53
HumanG33k left17:54
moviuro left17:54
mindCrime left17:54
HumanG33k joined17:55
fachinformatiker left17:58
fachinformatiker joined18:02
fachinformatiker left18:02
fachinformatiker joined18:02
moviuro joined18:02
zebrag joined18:03
moviuro left18:03
moviuro joined18:06
chele left18:07
n0mn0m joined18:10
soifou joined18:11
tiin57 left18:13
arcatech left18:14
wnbeser left18:16
tiin57 joined18:17
Wetmelon joined18:17
nabil__ left18:17
mirrorbird left18:19
n0mn0mn0mn0m[away]18:20
wootehfoot left18:20
n0mn0m[away] left18:20
dqx joined18:21
zebrag left18:22
zebrag joined18:23
cliluw joined18:24
DevAntoine joined18:28
cliluw left18:29
alyawn joined18:33
DevAntoine left18:34
aesthe left18:34
thrill_seeker left18:36
trinityblade joined18:37
napping joined18:37
plexigras joined18:40
cfoch joined18:40
DarthRadar left18:41
tiin57 left18:43
mellernoia left18:46
aesthe joined18:46
reactormonk joined18:47
mirrorbird joined18:47
tiin57 joined18:48
dionysus69 joined18:49
physikoi joined18:51
TheConjurer left18:52
physikoi #git, does `git reset --hard HEAD~1` permanently delete last commit? I accidentaly did hard instead of soft. I had just commited some changes, but accidentally includes some changes that I didn't want in the commit. So, I tried to undo the commit. Now I'm afraid I lost a lot of work. Help?18:53
arcatech joined18:53
physikoi I tried going through reflog, but none of the recent commits in that log bring me back to the state i had been in18:54
aesthe left18:54
Lord_of_Life_ joined18:56
Iarfen left18:58
cliluw joined18:58
Lord_of_Life left18:59
Lord_of_Life_Lord_of_Life18:59
luke-jr left18:59
luke-jr joined18:59
imMute physikoi: if it's been less than 14 days, that commit should be somewhere in the reflog18:59
physikoi it's been less than 2hours19:01
To be perfectly clear, I did these two things: add all, commit, then `git reset --hard HEAD~1`19:02
gonzo joined19:02
imMute definitely should be in the reflog then19:03
amahl_ joined19:03
amahl_ left19:03
amahl_ joined19:04
arcatech left19:06
physikoi imMute: you're right. Not sure if I took the right next step to recovery (git reset HEAD@{15} in this case). This did unstage those changes. I think i'm good from here. Thank you!19:07
Jitta Hi, I would like to use a credential helper for a specific remote (i.e. github) but not for others. Any idea/hints how to do that?19:13
tiin57 left19:13
shush Anyone have some documentation on `:/` syntax? It was mentioned in a article about `git commit --fixup`19:14
physikoi Jitta: Like SSH?19:14
shush Apparently you can reference a commit by it's message19:14
I'm wondering if you can reference a commit by it's message and use a specific downstream commit when search upstream19:15
mirrorbird left19:16
imMute shush: can you link to the article?19:16
Jitta physikoi: like "git config --global credential.helper xyz" but only for a specific remote19:16
mellernoia joined19:16
arcatech joined19:16
tiin57 joined19:17
wnbeser joined19:17
Wetmelon left19:18
Sleepy63 left19:18
aw1 left19:20
alyawn left19:21
alyawn joined19:21
shush https://thoughtbot.com/blog/autosquashing-git-commits19:23
k3yp- joined19:24
k3yp left19:25
imMute shush: I've never seen that syntax before and it's not mentioned on the git-commit or git-rebase manpages19:26
k3yp-k3yp19:26
shush That's intersting19:27
s/intersting/interesting19:28
j416 you'll find the syntax in man gitrevisions19:28
gitinfo the gitrevisions manpage is available at https://gitirc.eu/gitrevisions.html19:28
osse autosquashing is the best kind of squashing19:30
shush https://stackoverflow.com/questions/52039149/refer-to-a-git-commit-by-commit-message-headline19:30
j416 the man page says youngest commit; note that this is by date, not by topology.19:31
Sleepy63 joined19:31
shush j416: Is it using the commit date or the author date I wonder19:32
j416 shush: didn't know about <rev>^/text; thanks.19:32
imMute is that commit date or author date?19:32
j416 I forget. but it should be easy to check.19:32
shush j416: Almost: HEAD^{/text}19:32
j416 shush: HEAD is a revision.19:32
shush You forgot the curly brace19:32
j416 oh, it has to be {}19:33
shush It appears so19:33
j416 makes sense19:33
indeed; doesn't work without {}19:33
thanks19:33
shush This is pretty cool. Now I have all I need to mimic the way fixup! commits work for rebase19:33
OnkelBlade left19:34
j416 the pitfall with the youngest by timestamp rather than topology is that it might pick a commit from say a different branch -- not always what you'd intend19:35
gjergj_kastrioti joined19:35
shush Isn't it only looking upstream?19:36
j416 no19:36
but for --fixup, as long as you verify that the commit message subject is the correct one, it'll work just fine. All that matters for --fixup is that the subject matches.19:37
shush :/<text> will find the one that is reachable from any ref19:37
j416 yes19:37
shush But HEAD^{/<text>} will only search what is reachable from HEAD19:38
j416 yes.19:38
but it's quite a bit to type19:38
gonzo left19:38
shush j416: It is19:38
rsx left19:38
j416 at that point HEAD~5 or what have you seems faster19:38
shush I'm not going to be typing it19:38
j416 (which can be further shortened to @~5)19:38
shush `git portal some-branch` will by my alias19:39
cd joined19:39
napping I've been testing different orders of making commits and running gc. How is it that 'git gc --aggressive' helps a later 'git gc' find a better result? The description of pack heuristics at https://git-scm.com/docs/pack-heuristics doesn't seem to mention looking at the old pack19:39
shush git rebase --onto ':/future! some-branch' 'HEAD^{/future! some-branch}'19:40
j416 napping: I don't have your answer, but you may find it interesting to experiment with git-repack.19:40
shush That'll move the current branch to the latest "future commit"19:40
j416 shush: heh. seems like quite the roundabout.19:41
lacrymology left19:41
shush j416: How else can you move a branch that depends another feature branch that isn't yet merged into master?19:42
napping j416: its man page mentions git-pack-objects, and a --no-reuse-delta option that sounds relevant19:42
shush j416: All while having a commit that stands in place for that merge for the peer-review stage?19:43
tiin57 left19:44
j416 shush: I typically just use aforementioned HEAD~<n> syntax, or hashes directly19:44
shush How do I test a specific revision?19:44
Like how can I see what the hash is for a specific revision parameter?19:44
lacrymology joined19:44
j416 shush: what do you mean by revision parameter?19:44
shush j416: Yes, but it'll take longer to create the merge commit, and then deal with rebasing manually19:45
ikke git rev-parse <revision>19:45
shush j416: A rev param would be HEAD~3 for example19:45
j416 if you have that, you don't need the hash19:45
just use HEAD~3, then19:45
shush ikke: Thanks19:45
j416 but, what ikke said.19:45
shush j416: It's to confirm things are working19:45
That my rev works before I use it19:45
Sure I can just do `git undo`19:46
j416 unfamiliar with that19:46
shush which is an alias for undoing the last change to a branch19:46
:D19:46
j416 what about the worktree19:46
shush undo = "!f() { git reset --hard $(git here)@{${1:-1}}; }; f"19:46
j416 scary19:47
shush scary how?19:47
j416 if you hadn't committed and did git undo19:47
but, of course that goes for reset --hard itself, too.19:47
tiin57 joined19:47
shush Then you looks your worktree19:47
mozgalom left19:47
j416 just thought undo seems more.. harmless19:47
shush I'm open to suggestions19:48
--soft then?19:48
or --mixed19:48
j416 do whatever you prefer :)19:48
shush Well, it would be good to not lose changes that haven't been checked in19:48
But I don't want to keeps all the shit that was undo19:48
j416 commit or stash them?19:48
shush undone*19:48
do a git stash and then pop between the reset19:49
Technodrome left19:49
shush Maybe warn the user of undo that the worktree or index must be empty?19:49
I wouldn't know how to do that check...19:49
thiago joined19:50
j416 shush: read -p "rly do this [y/n]? " -n 1 -r19:50
maybe19:50
(and then you check $REPLY)19:51
seems like a lot of effort though19:51
Narrat joined19:52
gast0n left19:52
lacrymology left19:53
vdamewood joined19:54
shush How do I turn a branch name into a symbolic ref?19:54
napping Ah, looks like git gc runs git repack with -f only for --aggressive19:54
wootehfoot joined19:55
epoll left19:55
j416 shush: do you mean you want the full ref?19:56
epoll joined19:56
j416 shush: git rev-parse --symbolic-full-name <branch>19:56
shush j416: Well `git parse-rev branch^{:/commit text}` wont work19:56
j416 shush: try rev-parse instead19:57
manj-gnome joined19:57
j416 (also skip the :)19:58
shush I miss typed19:58
I'm using rev-parse19:58
j416 then it'll work fine19:58
what's the issue?19:58
jl4 left20:00
nabil joined20:00
shush `git rev-parse branch` returns fatal: ambiguous argument 'branch': unknown revision or path not in the working tree.20:00
TheConjurer joined20:00
arcatech left20:00
manj-gnome left20:01
thiago does it exist as abranch?20:01
j416 shush: does it actually say 'branch', or 'branch^{:/commit text}' ?20:02
shush Ah,20:02
I was messing up20:02
looks like it works20:02
p-core left20:02
shush Needed ^{/ after my branch20:02
riksteri left20:02
j416 ..yes.20:02
shush I think I had {/ only20:03
p-core joined20:03
shush And also there was no commit matching my text on the branch I was testing20:03
nabil_ joined20:03
shush Btw20:03
napping left20:04
shush HEAD^{/text} can be shorter: @^{/text} which is only 3 more characters than :/text20:04
j416 shush: note that all of this relies on your commits having different subjects. If you have two commits that are "Update docs" or such, it'll only ever find one of them.20:04
shush j416: Yes20:04
The commit message will always be formatted as "future! branch-name"20:04
nabil left20:05
cliluw left20:06
shush This way I can do `git portal upstream downstream` which translates to `git rebase --onto @^{/future! upstream} downstream^{/future! upstream} downstream`20:06
Of course to create the "future!" commit, I'd have `git future branch` which will do `git merge -m"future! branch" branch`20:08
That's the workflow I'm thinking of using20:08
plexigras left20:08
nomadicmathmo joined20:11
R2robot left20:11
vs^ joined20:11
Borkr left20:13
tiin57 left20:13
tiin57 joined20:17
redcaptrickster left20:19
p-core left20:20
toolbox left20:20
kupi joined20:22
GankMove left20:23
jnavila joined20:23
HumanG33k left20:24
cliluw joined20:27
vdamewood left20:27
cliluw left20:30
cliluw joined20:31
rossome joined20:31
cliluw left20:35
otisolsen70_ joined20:36
Gustavo6046 left20:37
carbolymer_carbolymer20:38
p-core joined20:39
laria joined20:39
otisolsen70 left20:40
Iarfen joined20:43
tiin57 left20:43
HumanG33k joined20:45
Narrat left20:45
erin1983684 joined20:46
tiin57 joined20:47
erin1983684 left20:49
erin1983684 joined20:49
erin1983684 left20:50
Narrat joined20:51
otisolsen70_ left20:51
mellernoia left20:51
BrunoSpr joined20:54
codebam__ joined20:55
trinityblade left20:55
codebam_ left20:57
Gustavo6046 joined20:58
spacesuitdiver left20:59
justanotheruser joined20:59
otisolsen70 joined21:00
wnbeser left21:04
bolovanos joined21:05
cliluw joined21:08
nomadicmathmo left21:09
spacesuitdiver joined21:10
Maxattax left21:11
dionysus69 left21:13
nomadicmathmo joined21:13
tiin57 left21:14
dionysus69 joined21:14
jstein joined21:14
Wetmelon joined21:15
dwmw2_gone left21:15
ghost43 left21:15
ghost43 joined21:15
arcatech joined21:16
tiin57 joined21:17
kalbasit left21:20
aliss left21:21
BrunoSpr left21:22
vs^ left21:22
Gustavo6046 left21:26
Xiti left21:30
Atlenohen left21:31
Gustavo6046 joined21:33
laria left21:33
Raging_Hog left21:34
dwmw2_gone joined21:35
osse joined21:35
gonzo joined21:36
sord937 left21:38
dwmw2_gone left21:40
rcoote left21:43
tiin57 left21:44
BrunoSpr joined21:46
tiin57 joined21:47
shored1 joined21:48
gonzo left21:48
Sleepy63 left21:48
shush left21:51
shush joined21:52
Guest20_ left21:52
Wetmelon left21:52
FFY00 joined21:53
nomadicmathmo left21:54
trinityblade joined21:56
cfoch left22:00
dionysus69 left22:01
lofo_ joined22:01
__Aqua_Vitae__ left22:02
TheConjurer left22:05
lofo left22:05
TheConjurer joined22:06
tsrt^ joined22:07
Sleepy63 joined22:07
caveman left22:07
tiin57 left22:13
cliluw left22:15
dwmw2_gone joined22:16
tiin57 joined22:17
crose left22:18
jnavila left22:20
mirrorbird joined22:21
endiruna1 left22:22
mirrorbird left22:22
gigasu_shida joined22:22
durham joined22:23
BrunoSpr left22:25
theoceaniscool left22:29
orbyt_v7 left22:30
gast0n joined22:35
durham left22:40
durham joined22:40
cliluw joined22:41
tiin57 left22:43
dwmw2_gone left22:44
dwmw2_gone joined22:44
Wetmelon joined22:45
dwmw2_gone left22:45
dwmw2_gone joined22:45
tiin57 joined22:47
otisolsen70 left22:48
calcul0n__ left22:51
devslash joined22:54
devslash I did git add . on my repo but meant to add only 1 file22:55
how do i undo add .22:55
zsoc git reset22:55
devslash ok thanks22:55
arcatech left23:01
ackyshake git reset -p if you want to unstage selectively, while keeping the file you want, staged.23:03
or git reset <file>23:03
royal_screwup21 joined23:03
Xiti joined23:09
gigasu_shida left23:11
n0mn0m[away] joined23:12
luke-jr left23:12
gigasu_shida joined23:12
luke-jr joined23:13
n0mn0m[away] left23:13
tiin57 left23:13
tiin57 joined23:18
arcatech joined23:19
dwmw2_gone left23:20
Benzi-Junior joined23:20
jstein left23:21
dwmw2_gone joined23:21
sgn joined23:29
sgn1 left23:30
durham left23:32
m0viefreak left23:37
karvad joined23:41
dudek left23:41
tiin57 left23:43
DiffieHellman left23:43
DiffieHellman joined23:45
codebam_ joined23:46
tiin57 joined23:47
orbyt_ joined23:48
codebam__ left23:48
royal_screwup21 left23:51
royal_screwup21 joined23:51
codebam__ joined23:51
Betal left23:52
herren left23:53
codebam_ left23:54
Thorn joined23:54
powerhouse joined23:54
sudoforge joined23:57
durham_ joined23:59

Logs Search ←Prev date Next date→ Channels Documentation