| 2022-04-23 |
|
blahboybaz
| another|: Thanks for the ref | 00:06 |
|
| That's sounds like what I want | 00:06 |
| → vysn joined | 00:15 |
| → rgrinberg joined | 00:19 |
| → furrymcg1e joined | 00:20 |
| → Techcable joined | 00:21 |
| ← igemnace left | 00:22 |
| ← vicfred left | 00:23 |
| ← furrymcgee left | 00:23 |
| → vdamewood joined | 00:28 |
| ← Techcable left | 00:38 |
| → hanneso joined | 00:39 |
| → Techcable joined | 00:40 |
| ← zebrag left | 00:41 |
| ← Techcable left | 00:42 |
| → Techcable joined | 00:42 |
| ← cliluw left | 00:44 |
| → laolmtdea^ joined | 00:45 |
| ← littlebobeep left | 00:55 |
| → littlebobeep joined | 00:56 |
| → roadie joined | 00:57 |
| → gooble_gobble_1 joined | 01:02 |
| ← gooble_gobble left | 01:02 |
| → exempt joined | 01:07 |
| ← agrosant left | 01:13 |
| ← mannequin left | 01:18 |
| ← rgrinberg left | 01:23 |
| ← roadie left | 01:24 |
| ← analoq left | 01:25 |
| → analoq joined | 01:26 |
| → mitrokov joined | 01:27 |
| ← blahboybaz left | 01:31 |
| ← BrianBlaze left | 01:42 |
| → Xenguy joined | 01:43 |
|
shush
| Why does reflog show the first 9 characters of the hash? | 01:47 |
|
| Is 9 a typical length of a shortened hash? | 01:48 |
|
| Is there a reason for 9? | 01:48 |
|
| Or `git rev-parse --short HEAD` returns 9 hex length | 01:50 |
| → sa0 joined | 01:52 |
| ← duxsco left | 01:52 |
|
nedbat
| shush: git adjust the length based on how many commits are in the repo | 01:53 |
|
| *adjusts | 01:53 |
| → oxcart11 joined | 01:53 |
| ← oxcart11 left | 01:55 |
| → BrianBlaze joined | 01:57 |
| → funhouse joined | 02:06 |
| ← Null_A_ left | 02:06 |
| ← led_belly left | 02:07 |
| → kaiseisei joined | 02:09 |
| ← nyah left | 02:11 |
| → blaklistd joined | 02:17 |
| → igemnace joined | 02:18 |
| → Vonter joined | 02:21 |
|
thiago
| it's a way to reduce the chance of collision | 02:24 |
| ← JanC left | 02:25 |
| → JanC joined | 02:25 |
| ← sa0 left | 02:26 |
| ← thebombzen left | 02:28 |
| ← pulse left | 02:32 |
| ← Xenguy left | 02:34 |
| → Xenguy joined | 02:37 |
| ← ibrahim_ left | 02:38 |
| → hoochmonger joined | 02:43 |
| ← vdamewood left | 02:46 |
| → skapata joined | 02:47 |
| ← skapata left | 02:47 |
| → skapata joined | 02:47 |
| → vinleod joined | 02:47 |
| ← kaiseisei left | 02:47 |
| vinleod → vdamewood | 02:50 |
| ← littlebobeep left | 03:05 |
| ← vdamewood left | 03:07 |
| → tyson2 joined | 03:08 |
| → littlebobeep joined | 03:11 |
| ← reset left | 03:13 |
| ← littlebobeep left | 03:19 |
| → anaveragehuman joined | 03:20 |
| ← gast0n left | 03:24 |
| ← exempt left | 03:27 |
| → littlebobeep joined | 03:29 |
| ← Xaldafax left | 03:35 |
| → _9pfs joined | 03:39 |
| ← noord left | 03:41 |
| → jazzy2 joined | 03:45 |
| ← kryptokazz left | 03:47 |
| ← jazzy left | 03:48 |
| → bob518 joined | 03:52 |
|
bob518
| Can I ask questions about Github here? | 03:54 |
| ← gooble_gobble_1 left | 03:55 |
| ← lemonsnicks left | 03:57 |
| → vdamewood joined | 03:58 |
| → lemonsnicks joined | 03:58 |
| ← _9pfs left | 04:08 |
| → _9pfs joined | 04:09 |
| ← _9pfs left | 04:11 |
| → bytehackr joined | 04:11 |
| → nate1 joined | 04:16 |
| → sa0 joined | 04:24 |
| → Sven_vB joined | 04:27 |
|
Sven_vB
| hi :) | 04:27 |
|
| if two repos have identical directory structure and file contents in unignored files, and both commit all of them, are the commits guaranteed to have the same tree hash? | 04:28 |
|
vdamewood
| Sven_vB They are almost guaranteed not to have the same hash. | 04:29 |
|
Sven_vB
| filemodes also the same. do file dates matter? | 04:29 |
|
vdamewood
| For one, the name and email address of the committer would come into play. The time and date of the commit itself would also matter. | 04:29 |
|
Sven_vB
| vdamewood, I know the commit hash may differ. I'm asking about the tree hash. | 04:30 |
| → _9pfs joined | 04:30 |
|
vdamewood
| Oh, the tree hash. Yeah, that should match. I don't think file times matter. | 04:30 |
|
Sven_vB
| how could I go about finding a strong guarantee that the tree hashes must be the same? | 04:32 |
|
vdamewood
| Wish I could help, but real life is pulling at me. | 04:32 |
| → xuxx joined | 04:32 |
| ← vdamewood left | 04:32 |
|
Sven_vB
| no prob :) thanks for the initial validation. | 04:32 |
| ← bket left | 04:35 |
| → han-solo joined | 04:36 |
| ← tyson2 left | 04:40 |
| → hbautista__ joined | 04:41 |
| → bket joined | 04:41 |
| ← funhouse left | 04:42 |
| ← hbautista_ left | 04:44 |
| ← _9pfs left | 04:44 |
| ← bket left | 04:47 |
| ← sa0 left | 04:57 |
| → bket joined | 04:59 |
|
bob518
| If anybody has an answer let me know if irrevalent to this channel ignore it. Why my commit to one of my public GitHub repo doesn't show up in my GitHub contribution overview? | 05:04 |
| → madewokherd` joined | 05:06 |
| ← madewokherd left | 05:08 |
| → dionysus69 joined | 05:17 |
| SirRippovMaple34 → SirRippovMaple | 05:27 |
| ← SirRippovMaple left | 05:28 |
| → SirRippovMaple joined | 05:29 |
| ← inversed left | 05:29 |
| ← ChmEarl left | 05:30 |
| ← skapata left | 05:34 |
| → coot joined | 05:36 |
| ← thiago left | 05:39 |
| ← sudoforge left | 05:40 |
| ← anaveragehuman left | 05:41 |
|
Sven_vB
| bob518, what's the link to the commit? | 05:44 |
| ← infogulch left | 05:45 |
| → infogulch joined | 05:47 |
| ← bloody left | 05:48 |
|
bob518
| Sven_vB why? | 05:55 |
|
Sven_vB
| to check if I can see it in your contributions overview. after all, it might be a caching issue or one of database sharding. | 05:55 |
| → wonko-the-sane joined | 05:57 |
| ← littlebobeep left | 05:57 |
|
Sven_vB
| also I wouldn't be surprised if the overview just lags behind a few hours. | 05:58 |
|
bob518
| pretty sure it's not. New public repo shows up | 05:58 |
| ← nate1 left | 06:04 |
| → inversed joined | 06:09 |
| ← Thanatermesis left | 06:09 |
| → jazzy joined | 06:11 |
|
Sven_vB
| how can we help you debug the problem? | 06:12 |
| ← jazzy2 left | 06:13 |
| ← great_taste left | 06:18 |
|
onizu
| Hi. I was working on a public repository (someone open source project) and while trying to push a change in a file, git gave me an error that I don't have the permission to push to that repository and gave an option to create a fork instead (in my github account) and push the change there. I accidently hit ok on that option and it created a fork on my account and pushed the change there. Is there a way to revert that? | 06:20 |
| → littlebobeep joined | 06:20 |
|
onizu
| I deleted the forked repo from my github. But the file shows no change now in my local copy as if it is already pushed. How can I revert that in the local copy? How can I remove any trace of that fork that got created, from the local copy's git ? | 06:21 |
|
Sven_vB
| onizu, does "git status" say the repo is clean? | 06:23 |
|
| onizu, if yes, try git checkout HEAD~1 -- filename | 06:23 |
|
onizu
| it says: Your branch is up to date with 'origin/v0.7.0'. | 06:24 |
|
| a lot of modified files too | 06:25 |
|
Sven_vB
| you can force a local undo with "git reset --hard HEAD~1". it will likely erase uncommited changes, so make sure to only do that on a "clean" repo. | 06:25 |
| ← littlebobeep left | 06:25 |
|
onizu
| ok. | 06:25 |
|
Sven_vB
| when you have modified files, make a new branch and commit them first. | 06:26 |
|
| that way you can go back if the hard reset causes an accident. | 06:26 |
| → littlebobeep joined | 06:26 |
|
onizu
| I did git checkout HEAD~1 -- filename and it staged the file back again | 06:26 |
|
Sven_vB
| does file now have the content you expect? | 06:26 |
|
onizu
| yeah the contents were the changed ones | 06:27 |
|
| I just wanted to get it back as a modified file instead of already committed one | 06:27 |
|
Sven_vB
| if the file is the only thing modified, and has the content you want, then the hard reset will likely do what you want. | 06:27 |
|
onizu
| no, there's a lot of other things showing up in git status as modified | 06:27 |
| → tealtabbycat joined | 06:27 |
|
Sven_vB
| oh I see. in that case, a soft reset might be better | 06:28 |
|
| ok if the other stuff is modified, it's harder to fix | 06:28 |
|
onizu
| but, these modified files (showing up in git status) are not what are shown as modified files in the Source Control in vscode | 06:28 |
| ← xkuru left | 06:28 |
|
Sven_vB
| in such cases, I make a temporary branch where I commit all, so I have a backup. then I look at the railroad diagram in gitg and try to pick the parts that I like. | 06:29 |
|
onizu
| ok | 06:29 |
|
Sven_vB
| I'd rather trust git in my command line, than trusting vscode. | 06:29 |
|
onizu
| It's the first time I'm trying to contribute to an open public repo, and didn't know that the push rights are not given by default .. :/ | 06:29 |
|
| what's the procedure here? pull request? | 06:30 |
|
Sven_vB
| yeah, git is usually done in a pull manner | 06:30 |
| → daru joined | 06:30 |
|
Sven_vB
| you make your own repo, make a new branch with the changes, and then request the maintainer to merge your branch into their upstream repo. | 06:30 |
|
| you'll need to share your branch with the maintainer obviously. usually we do that by publishing our branch publicly. | 06:31 |
| → EvilDMP joined | 06:31 |
|
onizu
| request the entire branch to be merged? I just want a file to be merged | 06:31 |
|
Sven_vB
| the size of the change is irrelevant to the process | 06:31 |
|
onizu
| ok | 06:31 |
|
| so create a new blank repo and push the changed file there? | 06:32 |
|
Sven_vB
| you cannot push files. you can only push commits. | 06:33 |
|
onizu
| but the local repo is connected to the official online git repo | 06:33 |
|
Sven_vB
| usually we clone the upstream repo and publish it. in GitHub, the combination of both those tasks is called "fork". | 06:33 |
|
onizu
| how it allow me to push just one commit to a different repo? | 06:33 |
|
| what's an upstream repo? | 06:34 |
|
Sven_vB
| then we make a new branch in our "forked" repo. checkout that branch. do our changes. commit them. push the branch so it will be published. then request a pull. | 06:34 |
|
onizu
| I see | 06:34 |
|
Sven_vB
| upstream is the repo of the maintainer whom you want to merge your changes. | 06:34 |
|
onizu
| and if you want to at some point also update your forked repo with the main public repo (from which it was forked), how do you do that? | 06:35 |
|
Sven_vB
| in an ideal scenario, you just run "git pull" | 06:35 |
|
onizu
| but wouldn't that try to pull from the forked repo? | 06:36 |
|
Sven_vB
| also you should set your local merge policy to "fast-forward only" to be warned early if you tend to become incompatible | 06:36 |
|
onizu
| k | 06:36 |
|
Sven_vB
| it pulls from the default repo. you're right, that might be your own one | 06:37 |
|
| in that case you add the upstream repo as an additional remote | 06:37 |
|
onizu
| i see | 06:37 |
|
Sven_vB
| e.g. git remote add upstream https://github.com/ytdl-org/youtube-dl.git | 06:37 |
|
| then git pull upstream master | 06:37 |
|
| in case you had local changes, it's better to just fetch the upstream master, and then compare in gitg | 06:38 |
|
| if there's a straight path from your current commit to upstream master, git merge upstream/master | 06:38 |
| ← tealtabbycat left | 06:39 |
|
onizu
| straight path? | 06:39 |
|
Sven_vB
| gitg shows railroad diagrams | 06:39 |
|
onizu
| that is if the changed file on upstream is not changed at my local end too? | 06:39 |
|
| gitg = git graph? | 06:40 |
|
Sven_vB
| no idea how the name "gitg" was derived | 06:40 |
|
| it's a program separate from git | 06:40 |
|
| your "changed file" question doesn't make sense to me. maybe the question solves itself once you try gitg. | 06:41 |
|
onizu
| i was trying to tell what I understood from "straight path" | 06:42 |
|
| maybe I got it wrong | 06:42 |
|
Sven_vB
| yeah I think once you see the railroad diagrams, it will be obvious | 06:42 |
|
| it shows all the commits as a circle and they're connected by lines | 06:43 |
| ← bob518 left | 06:44 |
|
onizu
| so is everyone contributing to the upstream repo doing it this way? Or are they able to commit directly to the upstream repo? | 06:44 |
|
Sven_vB
| you can grant other people permission to write to your repo directly. like how it was done in the old days with SVN. and keeping this old style also means keeping all the problems that SVN had. | 06:45 |
|
| the new pull style is much easier for collaboration. | 06:45 |
|
| the best benefit is, people's decisions are de-coupled in time. you can amend your branch without disturbing anyone. | 06:46 |
|
| also people can try your branch even before the maintainer has decided about it | 06:47 |
| ← wonko-the-sane left | 06:49 |
| → wonko-the-sane joined | 06:49 |
|
Sven_vB
| do you have a special reason why you'd prefer to commit to someone else's repo? | 06:51 |
|
| there's also a style of collaboration where you share a repo but have branch protection, so you can only add branches and change your branches that you created yourself. | 06:54 |
| → rsx joined | 06:54 |
|
Sven_vB
| then you do pull requests internal in that repo to merge your branch into master | 06:54 |
| → raindrop joined | 06:54 |
| → sa0 joined | 06:55 |
|
onizu
| I was talking to repo's maintainer and decided to contribute to a section | 06:55 |
|
Sven_vB
| in case of shared repo you usually need strong leadership to have the repo not be littered with lots of crappy branches | 06:56 |
|
| onizu, the free software spirit is that you fix it and share your fix with the world, independent of the upstream. if upstream likes your fix, they can merge it some day. | 06:56 |
|
onizu
| ok | 06:57 |
|
Sven_vB
| the nice thing about having a collaboration platform with lots of forked repos is that it takes minimal space, because all the shared parts can be de-duped. | 06:59 |
|
| so go ahead and have hundreds of forked repos in your account, you won't be a burden to the platform. | 06:59 |
|
| some people frown at others when they "abuse the fork button for bookmarking" but I do and I don't see a problem with that. | 07:01 |
|
| ("I do" = … use the fork button to bookmark interesting projects) | 07:02 |
|
onizu
| i see | 07:06 |
|
| when we fork a project, should we keep the name the same as the original? | 07:06 |
|
| does it make it confusing for the users? | 07:06 |
|
| (like, which one is the real one / official) | 07:06 |
|
| I had deleted the forked repo from my account on github (online). How do I find out if there are any connections to it in the local copy? | 07:09 |
|
Sven_vB
| your fork, your name policy. | 07:09 |
| ← bytehackr left | 07:26 |
| ← sa0 left | 07:27 |
|
Sven_vB
| what kinds of connections? the usual kind would be a remote. those you can list with: git remote --verbose | 07:29 |
| → feriman joined | 07:29 |
| → tealtabbycat joined | 07:30 |
| → sa0 joined | 07:32 |
| ← sa0 left | 07:33 |
| → carl--- joined | 07:33 |
| → sa0 joined | 07:33 |
|
onizu
| ok | 07:37 |
|
| Sven_vB: why did you say we must create a new branch in the forked repo before we commit? | 07:37 |
|
| why not commit to the existing default branch? | 07:38 |
| ← carl--- left | 07:40 |
| ← The_Blode left | 07:43 |
| ← hbautista__ left | 07:44 |
| ← Murr left | 07:44 |
| → Murr joined | 07:45 |
| ← tealtabbycat left | 07:45 |
| → ChmEarl joined | 07:45 |
| ← coot left | 07:47 |
| → palasso joined | 07:48 |
| ← Visne left | 07:51 |
| → Visne joined | 07:52 |
| ← mw_ left | 07:58 |
| → arch_angel joined | 08:02 |
| arch_angel → arch-angel | 08:02 |
| → tealtabbycat joined | 08:05 |
| → robigan joined | 08:05 |
| → kaiseisei joined | 08:07 |
| ← robigan left | 08:07 |
| → iomari891 joined | 08:08 |
|
j416
| it's useful to have a branch named after the thing you're implementing; Git won't mind, but it tends to be more readable | 08:08 |
| ← tealtabbycat left | 08:12 |
| ← elastic_dog left | 08:12 |
| ← rsx left | 08:13 |
|
Sven_vB
| onizu, the upstream repo might decide to merge other stuff before they merge your branch. in that case it is useful to always keep your local master the same as the upstream master. this allows for easy comparison in gitg. | 08:14 |
|
onizu
| ok | 08:15 |
|
Sven_vB
| onizu, you will likely have to rebase your branch on the upstream. that's also easier if you have a local branch that mirrors the upstream. | 08:15 |
|
| I'll be afk, good luck! | 08:16 |
| → tealtabbycat joined | 08:17 |
| → The_Blode joined | 08:22 |
| → YuGiOhJCJ joined | 08:24 |
| → zer0bitz joined | 08:27 |
| ← tealtabbycat left | 08:28 |
| → tealtabbycat joined | 08:29 |
| → cdown joined | 08:29 |
| → coot joined | 08:29 |
| ← tealtabbycat left | 08:30 |
| → tealtabbycat joined | 08:31 |
| ← cdown left | 08:35 |
| ← tealtabbycat left | 08:35 |
| → tealtabbycat joined | 08:36 |
| → stats464_ joined | 08:36 |
| ← stats4647 left | 08:39 |
| ← tealtabbycat left | 08:43 |
| → tealtabbycat joined | 08:44 |
| ← tealtabbycat left | 08:46 |
| → tealtabbycat joined | 08:46 |
| → jusski joined | 08:48 |
| ← laolmtdea^ left | 08:57 |
| → The_Blode_ joined | 08:57 |
| ← wonko-the-sane left | 08:58 |
| ← The_Blode left | 08:59 |
| ← fling left | 09:03 |
| → fling joined | 09:05 |
|
spaceone
| when I git checkout -b foo origin/bar (without --no-track) it sets upstream to origin/bar - how can i adjust it to follow origin/foo without specifiying the branch name twice? | 09:06 |
| ← bdeferme2 left | 09:07 |
|
cbreak
| spaceone: you can run git branch --set-upstream-to | 09:07 |
|
spaceone
| yes, but this requires a second call | 09:08 |
|
cbreak
| indeed | 09:08 |
| → bdeferme2 joined | 09:09 |
|
spaceone
| so is it possible in one step? | 09:09 |
| ← Gustavo6046 left | 09:10 |
|
ikke
| spaceone: git checkout -t origin/bar | 09:14 |
| → ISK0 joined | 09:17 |
| ← raindrop left | 09:20 |
| → vdamewood joined | 09:20 |
| → vinleod joined | 09:26 |
| ← vdamewood left | 09:30 |
| → cyphrCat joined | 09:30 |
|
cyphrCat
| Does git clone offer crash recovery? I’m sure it would re-fetch missing files, but what about partial files, like a 100+ mb file? | 09:32 |
|
ikke
| no | 09:32 |
|
| cyphrCat: the git transport does not deal with individual files | 09:32 |
|
| it uses a packfile where objects are delta compressed | 09:33 |
|
| that pack-file is generated on the fly | 09:33 |
|
cyphrCat
| ok, thanks. The situation is that there is a Github repo w/many blobs (big zip files), which is not even really suitable for git, but it’s someone else’s beast. | 09:35 |
|
| I guess I should just "wget -c" for each file i need | 09:36 |
|
cbreak
| cyphrCat: you'll only have to clone once | 09:36 |
|
| after that, git will make incremental updates | 09:36 |
|
cyphrCat
| right, but i'm on a measured rate uplink (each file costs 1€ in effect) | 09:37 |
|
| i guess one option is to go to an Internet cafe and clone the whole thing | 09:38 |
| ← Masklin left | 09:41 |
| ← Murr left | 09:44 |
| → Murr joined | 09:44 |
|
cyphrCat
| so w.r.t big blobs, would a git “packfile” be as large as the whole blob? And would it be an indivisible atomic unit? | 09:45 |
|
| i suppose it could be even worse.. the packfile would contain every version of a blob where the incremental diffs are each as big as the whole file | 09:48 |
| → enkeyz joined | 09:49 |
| → skapata joined | 09:50 |
| ← skapata left | 09:50 |
| → skapata joined | 09:50 |
| ← iomari891 left | 09:52 |
| → gurkenglas joined | 09:53 |
|
ikke
| cyphrCat: doesn't help a lot with github, but git does support creating bundlefiles that you can wget | 09:53 |
|
| (out-of-band) | 09:53 |
|
| but git is not a file sync protocol | 09:53 |
|
cbreak
| cyphrCat: git clone will give you everything in history | 09:54 |
|
| otherwise you couldn't check out the past | 09:54 |
|
| if you don't want that, consider making a shallow clone | 09:54 |
|
ikke
| (github suffered greatly in the past due to projects abusing it as a package repository with git clone --depth=1) | 09:55 |
| ← ISK0 left | 10:01 |
| ← fling left | 10:08 |
| → zeenk joined | 10:08 |
| → fling joined | 10:08 |
| → robigan joined | 10:09 |
| ← tealtabbycat left | 10:14 |
| → tealtabbycat joined | 10:14 |
| → mw_ joined | 10:15 |
| → hqdruxn08_ joined | 10:17 |
| → iomari891 joined | 10:18 |
| ← gurkenglas left | 10:18 |
| ← kaiseisei left | 10:20 |
| ← YuGiOhJCJ left | 10:20 |
| ← hqdruxn08__ left | 10:21 |
| ← tealtabbycat left | 10:22 |
| → elastic_dog joined | 10:27 |
| → mannequin joined | 10:30 |
| ← vysn left | 10:36 |
|
onizu
| I forked a repo and checked it out locally and made some changes, and pushed them via a new branch into my forked repo on github. Now github shows a banner like "username:newbranch :onizu had recent pushes less than a minute ago -- Compare & Pull Request" What will that option do? will it try to send the changes in all the files that I made? If I have to send pull requests for each changed file separately, I must not use this option? | 10:38 |
|
| Sven_vB | 10:38 |
| → Lord_of_Life_ joined | 10:38 |
|
onizu
| s/pushes/pushed | 10:38 |
| → gurkenglas joined | 10:39 |
|
ikke
| onizu: a pull request is to merge a branch | 10:39 |
| ← Lord_of_Life left | 10:39 |
| ← enkeyz left | 10:40 |
|
onizu
| the whole branch? | 10:40 |
|
| why would they want to merge my whole branch (which is in my name) | 10:40 |
| Lord_of_Life_ → Lord_of_Life | 10:41 |
|
ikke
| because that's how git works, you merge branches, not individual files or commits | 10:41 |
| ← chenqisu1 left | 10:42 |
|
onizu
| oh | 10:42 |
|
| one of the files I changed, I don't want to send/merge just yet | 10:43 |
|
| what can I do in this case? | 10:43 |
|
ikke
| Make sure that's committed to a separate branch for example | 10:43 |
|
onizu
| oh... so multiple branches for each merge? | 10:43 |
|
ikke
| one branch per pull request | 10:44 |
|
onizu
| I see | 10:44 |
|
| and then delete that branch once it's merged? | 10:44 |
|
ikke
| sure | 10:44 |
| vinleod → vdamewood | 10:45 |
| ← cyphrCat left | 10:46 |
| → jazzy2 joined | 10:46 |
|
onizu
| so now I should call back all the changes from my branch and then create new branches and re-push? | 10:48 |
| ← gurkenglas left | 10:48 |
| ← jazzy left | 10:49 |
| → wonko-the-sane joined | 10:50 |
| ← robigan left | 10:51 |
| ← EvilDMP left | 10:52 |
| → wakeup joined | 10:52 |
| → raindrop joined | 10:52 |
| → bytehackr joined | 10:55 |
| ← bytehackr left | 10:57 |
| → bytehackr joined | 10:57 |
| → duxsco joined | 11:00 |
| ← [twisti] left | 11:00 |
| ← wakeup left | 11:05 |
| ← elastic_dog left | 11:06 |
| → wakeup joined | 11:07 |
| ← bytehackr left | 11:08 |
| ← vicecea left | 11:10 |
| → vicecea joined | 11:10 |
| → jazzy3 joined | 11:10 |
| ← fling left | 11:11 |
| → fling joined | 11:11 |
| ← jazzy2 left | 11:15 |
| → elastic_dog joined | 11:17 |
| → kaiseisei joined | 11:19 |
| ← iomari891 left | 11:24 |
| → kix joined | 11:28 |
| → vitali64 joined | 11:33 |
| ← vitali64 left | 11:34 |
|
mackerman
| onizu: Maintain whatever branches you wish in your repo | 11:34 |
| → vitali64 joined | 11:35 |
|
mackerman
| Single purpose fix or feature branches often correspond to one PR, and might be deleted once merged. | 11:35 |
| ← vitali64 left | 11:35 |
| → vitali64 joined | 11:35 |
|
mackerman
| Or you might be maintaining something upstream is not interested in, so you might hang on to a certain branch forever | 11:35 |
|
onizu
| PR? | 11:36 |
|
mackerman
| Pull request. | 11:36 |
|
onizu
| yes | 11:36 |
|
| ok | 11:36 |
| ← vitali64 left | 11:36 |
| → vitali64 joined | 11:36 |
| → iomari891 joined | 11:38 |
|
mackerman
| Or merge request in GitLab terms. | 11:39 |
|
onizu
| ok | 11:42 |
| ← jusski left | 11:43 |
| → rsx joined | 11:47 |
| furrymcg1e → furrymcgee | 11:51 |
| → FH_thecat joined | 12:01 |
| → zebrag joined | 12:03 |
| ← jazzy3 left | 12:03 |
| ← vdamewood left | 12:05 |
| → nyah joined | 12:06 |
| → m0viefreak joined | 12:09 |
| → srinidhi joined | 12:10 |
| ← zeenk left | 12:14 |
| ← fling left | 12:15 |
| → fling_ joined | 12:15 |
| ← vitali64 left | 12:16 |
| → vitali64 joined | 12:16 |
| ← vitali64 left | 12:19 |
| ← wakeup left | 12:19 |
| fling_ → fling | 12:22 |
| → EvilDMP joined | 12:25 |
| → vitali64 joined | 12:29 |
| ← arch-angel left | 12:30 |
| → duxco joined | 12:33 |
| ← duxsco left | 12:33 |
| duxco → duxsco | 12:33 |
| → arch_angel joined | 12:34 |
| ← arch_angel left | 12:35 |
| → dos_ joined | 12:35 |
| → arch_angel joined | 12:40 |
| arch_angel → arch-angel | 12:40 |
| → roadie joined | 12:45 |
| ← user24037 left | 12:47 |
| → user24037 joined | 12:50 |
| ← user24037 left | 12:50 |
| → user24037 joined | 12:50 |
| ← kaiseisei left | 12:50 |
| → kaiseisei joined | 12:51 |
| → ibrahim_ joined | 12:52 |
| ← vitali64 left | 12:53 |
| → GavinHsueh joined | 12:53 |
| ← dos_ left | 13:01 |
| → tyson2 joined | 13:01 |
| → xkuru joined | 13:07 |
| → pretty_dumm_guy joined | 13:10 |
| → dos_ joined | 13:12 |
| ← EvilDMP left | 13:18 |
| → gavinhsueh_ joined | 13:22 |
| ← gavinhsueh_ left | 13:22 |
| ← rsx left | 13:22 |
|
onizu
| my PR got merged and github automatically gave the option to "Delete Branch" | 13:24 |
|
ikke
| yes | 13:25 |
| → mintroot joined | 13:28 |
| ← GavinHsueh left | 13:29 |
| → GavinHsueh joined | 13:29 |
| ← mintroot left | 13:29 |
| → mintroot joined | 13:33 |
| ← dos_ left | 13:34 |
| ← mintroot left | 13:35 |
| → mintroot joined | 13:36 |
| ← mintroot left | 13:36 |
| ← GavinHsueh left | 13:36 |
| → GavinHsueh joined | 13:36 |
| → reset joined | 13:46 |
| ← mitrokov left | 13:48 |
| GavinHsueh → mintroot | 13:48 |
| mintroot → mintro | 13:48 |
| mintro → GavinHsueh | 13:50 |
| → mintroot joined | 13:52 |
| ← GavinHsueh left | 13:53 |
| → bytehackr joined | 13:53 |
| mintroot → GavinHsueh | 13:53 |
| ← GavinHsueh left | 13:54 |
| → GavinHsueh joined | 13:55 |
| ← bytehackr left | 13:55 |
| → duxco joined | 13:55 |
| → bytehackr joined | 13:55 |
| ← duxsco left | 13:56 |
| duxco → duxsco | 13:56 |
| ← bytehackr left | 13:57 |
| → bytehackr joined | 13:58 |
| ← coot left | 14:01 |
| ← kix left | 14:02 |
| ← duxsco left | 14:03 |
| → duxsco joined | 14:03 |
| ← GavinHsueh left | 14:04 |
| → kix joined | 14:04 |
| ← kix left | 14:04 |
| → GavinHsueh joined | 14:04 |
| ← dag left | 14:06 |
| ← GavinHsueh left | 14:06 |
| → GavinHsueh joined | 14:06 |
| ← GavinHsueh left | 14:07 |
| → GavinHsueh joined | 14:08 |
| → jusski joined | 14:10 |
| → great_taste joined | 14:10 |
|
furrymcgee
| https://lwn.net/Articles/889760/ | 14:12 |
|
ikke
| subscription required | 14:12 |
|
furrymcgee
| do subscribe please | 14:13 |
| ← han-solo left | 14:13 |
| ← GavinHsueh left | 14:14 |
| → humanface joined | 14:14 |
| ← srinidhi left | 14:14 |
|
furrymcgee
| Alternatively, this item will become freely available on May 5, 2022 | 14:14 |
| ← iomari891 left | 14:15 |
| → iomari891 joined | 14:19 |
| ← gildasio left | 14:21 |
| ← duxsco left | 14:21 |
| → duxsco joined | 14:22 |
| → gildasio joined | 14:24 |
| ← user24037 left | 14:24 |
| ← dionysus69 left | 14:31 |
| → duxco joined | 14:33 |
| ← duxsco left | 14:33 |
| duxco → duxsco | 14:33 |
| → EvilDMP joined | 14:35 |
| → madewokherd joined | 14:36 |
| → thiago joined | 14:36 |
| → han-solo joined | 14:37 |
| ← duxsco left | 14:38 |
| → sudoforge joined | 14:38 |
| → gast0n joined | 14:38 |
| → user24037 joined | 14:38 |
| ← user24037 left | 14:38 |
| → user24037 joined | 14:38 |
| ← SuperLag left | 14:39 |
| ← madewokherd` left | 14:39 |
| → wakeup joined | 14:42 |
| ← wakeup left | 14:44 |
| → csm3105 joined | 14:45 |
| → kenanmarasli joined | 14:45 |
| ← csm3105 left | 14:45 |
| → SuperLag joined | 14:45 |
| → daru_ joined | 14:47 |
| → john_johnk joined | 14:50 |
| ← The_Blode_ left | 14:50 |
| ← kaiseisei left | 14:52 |
| → The_Blode joined | 14:52 |
| ← xkuru left | 14:52 |
| → nate1 joined | 14:55 |
| ← junktext left | 14:57 |
| → junktext joined | 14:58 |
| ← palasso left | 14:59 |
| → coaxing joined | 15:00 |
| ← john_johnk left | 15:01 |
|
Sven_vB
| onizu, is your earlier question solved sufficiently? | 15:03 |
|
onizu
| Sven_vB: yes, I think I have got an idea of how the process works, thanks! | 15:05 |
| → robigan joined | 15:07 |
|
onizu
| now after deleting that branch from github | 15:14 |
| → thebombzen joined | 15:14 |
|
onizu
| I switched to another existing branch locally and did "git fetch upstream" | 15:14 |
| ← jinsun left | 15:14 |
|
onizu
| but the code does not seem to be updated with the upstream | 15:15 |
|
| what's wrong? | 15:15 |
| ← nate1 left | 15:16 |
| → jinsun joined | 15:19 |
| → gooble_gobble_1 joined | 15:19 |
| → sandipan joined | 15:20 |
| ← bytehackr left | 15:21 |
| → saroy|afk joined | 15:21 |
| ← fling left | 15:23 |
| → fling joined | 15:23 |
| → duxsco joined | 15:23 |
| ← sandipan left | 15:26 |
| → palasso joined | 15:26 |
| ← palasso left | 15:28 |
| → hbautista__ joined | 15:32 |
| → perrierjouet joined | 15:32 |
| ← Epithium left | 15:41 |
| ← Murr left | 15:44 |
|
gooble_gobble_1
| hey folks, is it possible to count the number of merge commits that were made directly to my branch and not merge in as part of a merge? | 15:44 |
| → Murr joined | 15:44 |
| ← hbautista__ left | 15:45 |
|
gooble_gobble_1
| i think it would be --min-parents=2 --max-parents=2 | 15:46 |
|
onizu
| I had to do: git rebase upstream/branch | 15:51 |
| → carl--- joined | 15:57 |
| → Linkandzelda joined | 15:58 |
| → bloody joined | 15:58 |
| ← tyson2 left | 16:02 |
| → enkeyz joined | 16:02 |
| ← arch-angel left | 16:03 |
| ← KnoP left | 16:03 |
| → wootehfoot joined | 16:05 |
| → vicfred joined | 16:09 |
| ← vicfred left | 16:09 |
| ← coaxing left | 16:11 |
| → coaxing joined | 16:13 |
| ← roadie left | 16:14 |
| ← Jong left | 16:16 |
| → vysn joined | 16:19 |
| ← carl--- left | 16:20 |
| → vitali64 joined | 16:21 |
| ← thebombzen left | 16:22 |
| → roadie joined | 16:23 |
| → thebombzen joined | 16:23 |
| ← thebombzen left | 16:23 |
| → thebombzen joined | 16:24 |
| ← FinnElija left | 16:24 |
| ← n-st left | 16:25 |
| → FinnElija joined | 16:25 |
| ← Sven_vB left | 16:25 |
| → Sven_vB joined | 16:25 |
| → n-st joined | 16:26 |
| → brw0 joined | 16:26 |
| ← brw left | 16:26 |
| brw0 → brw | 16:26 |
| ← roboirc left | 16:26 |
| ← fling left | 16:28 |
| → fling joined | 16:29 |
| ← vysn left | 16:29 |
| → Willtech joined | 16:29 |
| ← roadie left | 16:34 |
| ← peirik left | 16:39 |
| → roadie joined | 16:43 |
| ← roadie left | 16:49 |
| → gurkenglas joined | 16:54 |
| → henko joined | 16:54 |
| → robo- joined | 16:55 |
| ← robo- left | 16:56 |
| → robo- joined | 16:56 |
| → DibbTubberOne joined | 16:57 |
| → Thanatermesis joined | 16:58 |
| → hbautista__ joined | 17:02 |
| → roadie joined | 17:02 |
| ← iomari891 left | 17:04 |
| → kix joined | 17:04 |
| ← kix left | 17:04 |
| → iomari891 joined | 17:05 |
| ← iomari891 left | 17:05 |
| → iomari891 joined | 17:06 |
| → tulpa_ joined | 17:07 |
| ← roadie left | 17:10 |
| ← thiago left | 17:14 |
|
Sven_vB
| onizu, yes, a fetch only downloads the updates, it does not merge them. I'd usually prefer a fast-forward merge over a rebase, if that is possible. I recommend to configure git to always use "fast-forward" merge and flinch from other kinds of merges. | 17:14 |
| ← daru_ left | 17:15 |
|
onizu
| Sven_vB: what's the command for a fast-forward merge? | 17:15 |
|
ikke
| Sven_vB: usually the way you make fast-forward merges possible is by rebasing | 17:15 |
|
| git merge --ff-only | 17:15 |
|
onizu
| and does that do what rebase does? | 17:15 |
|
ikke
| no | 17:15 |
|
onizu
| ok | 17:15 |
|
ikke
| you can only do a fast-forward merge if the branch is a direct descendent | 17:16 |
|
| which is what you achieve by rebasing | 17:16 |
|
| https://github.com/Osse/git-stuff/blob/master/merge-vs-rebase.txt | 17:16 |
| ← vitali64 left | 17:16 |
| ← hbautista__ left | 17:17 |
|
ikke
| In the "initial state" a fast-forward merge is not possible | 17:17 |
| → hbautista__ joined | 17:18 |
|
onizu
| very nice diagrammatic explanation | 17:19 |
|
| more appealing since it's all using text | 17:20 |
|
Sven_vB
| ikke, if a fast-forward merge is possible, I don't need a rebase. if it is not possible, I want to know, because then I tend to investigate in gitg first. | 17:23 |
|
| ikke, but yeah, in lucky cases, a rebase is my next step. | 17:23 |
|
ikke
| sure, but it's not an either/or | 17:23 |
| → roadie joined | 17:23 |
| → vitali64 joined | 17:23 |
|
ikke
| they are not mutually exclusive | 17:24 |
|
Sven_vB
| indeed, the rebase may be a ff merge | 17:24 |
|
ikke
| no | 17:24 |
|
| if you rebase ontop of master, master is not affected | 17:24 |
|
| but after you rebase on master | 17:24 |
|
| you _can_ do a fast-forward merge | 17:25 |
|
| and the fast-forward merge is what's updating master | 17:25 |
|
Sven_vB
| I meant a scenario where a ff merge is possible but for some reason I request a rebase instead. in that case, the rebase should consist of just ff merge,. | 17:25 |
| → srinidhi joined | 17:26 |
|
ikke
| in that case, it's a no-op | 17:26 |
| → tealtabbycat joined | 17:26 |
|
Sven_vB
| no-op is only if the branches are identical before | 17:26 |
|
imMute
| it'll do a no-op if FF is possible too | 17:27 |
|
ikke
| Look at this example: https://github.com/Osse/git-stuff/blob/master/merge-vs-rebase.txt#L13 | 17:27 |
|
imMute
| it's not a real "noop" but it's close enough | 17:27 |
|
ikke
| You can fast-forward merge feature into master | 17:28 |
|
| a rebase from feature on top of master would be a noop | 17:28 |
|
Sven_vB
| in case my local copy is behind master, the minimal required operation would be to update my local copy's HEAD, i.e. 1 write operation more than a no-op | 17:28 |
| ← roadie left | 17:28 |
|
onizu
| what's a noop? | 17:29 |
|
Sven_vB
| no-op = no operation | 17:29 |
|
onizu
| ok | 17:29 |
|
imMute
| operation in git rebase meaning "make a commit object" | 17:29 |
|
| moving branch pointers around can happen if a rebase todo is "noop" | 17:29 |
|
Sven_vB
| no-op is originally a CPU command that (hopefully) does not have any meaningful effect; it's basically the idle mode of a CPU | 17:29 |
|
imMute
| so it's doing *something* but it's not making new commits, thus it counts as a noop | 17:30 |
|
Sven_vB
| I see. I didn't know git has it's own definition of no-op. | 17:30 |
|
imMute
| even in a CPU, a noop instruction doesn't do literally *nothing* | 17:31 |
|
Sven_vB
| yeah, it still consumes energy | 17:31 |
|
| and increases the instruction pointer | 17:31 |
|
imMute
| (and a wait-for-interrupt operation would be more of an "idle" state) | 17:31 |
| ← fling left | 17:32 |
| → Epithium joined | 17:32 |
|
Sven_vB
| oh right. the CPUs I learned didn't have interrupts. :D | 17:32 |
|
imMute
| O.o what CPU did you learn on that didn't have interrupts? | 17:32 |
| ← hbautista__ left | 17:33 |
| → fling joined | 17:33 |
| ← Willtech left | 17:34 |
| ← wootehfoot left | 17:36 |
| ← great_taste left | 17:36 |
| → Willtech_ joined | 17:36 |
|
Sven_vB
| a very basic one. the course was an introduction to hardware design. | 17:37 |
|
| we started with an instruction counter, some very basic flow control, and then had to implement our own math unit | 17:38 |
| ← sudoforge left | 17:39 |
| Willtech_ → Willtech | 17:41 |
| → rgrinberg joined | 17:41 |
| ← kenanmarasli left | 17:44 |
| ← iomari891 left | 17:45 |
| ← littlebobeep left | 17:45 |
| → cdown joined | 17:46 |
| → iomari891 joined | 17:46 |
| → great_taste joined | 17:49 |
| ← Epithium left | 17:51 |
| ← iomari891 left | 17:51 |
| → Epithium joined | 17:52 |
| → tyson2 joined | 17:52 |
| ← Epithium left | 17:57 |
| → littlebobeep joined | 17:58 |
| → Epithium joined | 18:00 |
| ← Epithium left | 18:03 |
| → Epithium joined | 18:03 |
| → roadie joined | 18:06 |
| ← gxt left | 18:12 |
| → gxt joined | 18:13 |
| ← roadie left | 18:15 |
| ← keypusher left | 18:23 |
| → keypusher joined | 18:24 |
| ← DibbTubberOne left | 18:25 |
| ← tyson2 left | 18:26 |
| → coot joined | 18:26 |
| → tyson2 joined | 18:29 |
| ← fflam left | 18:36 |
| ← geosmileus left | 18:37 |
| → fflam joined | 18:38 |
| ← jusski left | 18:46 |
| ← phryk left | 18:52 |
| → hbautista__ joined | 18:53 |
| → Rashad joined | 18:55 |
| → nyah_ joined | 18:56 |
| → nate1 joined | 18:57 |
| ← nyah left | 18:57 |
| ← littlebobeep left | 18:58 |
| ← saroy|afk left | 19:01 |
| ← hbautista__ left | 19:06 |
| → dionysus69 joined | 19:07 |
| → geosmile joined | 19:10 |
| ← han-solo left | 19:14 |
| ← tyson2 left | 19:20 |
| ← EvilDMP left | 19:23 |
| → EvilDMP joined | 19:24 |
| → daru_ joined | 19:24 |
| → tyson2 joined | 19:26 |
| ← Rashad left | 19:26 |
| ← EvilDMP left | 19:29 |
| → EvilDMP joined | 19:31 |
| ← daru left | 19:32 |
| ← EvilDMP left | 19:32 |
| ← fling left | 19:35 |
| ← tulpa_ left | 19:37 |
| → Celelibi joined | 19:37 |
| → fling joined | 19:38 |
| → zeenk joined | 19:40 |
| ← vitali64 left | 19:47 |
| → jazzy joined | 19:49 |
| ← shokohsc left | 19:59 |
| → Jong joined | 20:00 |
| → duxco joined | 20:00 |
| → shokohsc joined | 20:00 |
| → doppo joined | 20:02 |
| ← duxsco left | 20:02 |
| duxco → duxsco | 20:02 |
| ← vancz left | 20:05 |
| → vancz joined | 20:06 |
| ← tyson2 left | 20:07 |
| ← nate1 left | 20:10 |
| → AbleBacon joined | 20:16 |
| → phryk_ joined | 20:17 |
| ← robigan left | 20:18 |
| phryk_ → phryk | 20:22 |
| ← thebombzen left | 20:31 |
| ← srinidhi left | 20:31 |
| → thebombzen joined | 20:32 |
| ← thebombzen left | 20:32 |
| → thebombzen joined | 20:33 |
| ← tealtabbycat left | 20:35 |
| → sudoforge joined | 20:36 |
| ← raindrop left | 20:37 |
| → clime joined | 20:39 |
| ← fling left | 20:39 |
| ← rgrinberg left | 20:41 |
| → fling joined | 20:41 |
| ← zeenk left | 20:41 |
| ← phryk left | 20:41 |
| → raindrop joined | 20:46 |
| → phryk joined | 20:47 |
| daru_ → daru | 20:47 |
| ← fling left | 20:53 |
| → fling joined | 20:53 |
| → goldfish joined | 20:54 |
| ← feriman left | 20:58 |
| → distantsail joined | 20:59 |
| → EvilDMP joined | 21:00 |
| ← phryk left | 21:03 |
| → tealtabbycat joined | 21:09 |
| → phryk joined | 21:13 |
| ← thebombzen left | 21:13 |
| ← dionysus69 left | 21:13 |
| → thebombzen joined | 21:15 |
| → Gustavo6046 joined | 21:22 |
| ← sudoforge left | 21:25 |
| ← zer0bitz left | 21:38 |
| ← Sven_vB left | 21:41 |
| → Sven_vB joined | 21:41 |
| ← R2robot left | 21:42 |
| ← fling left | 21:44 |
| ← Murr left | 21:44 |
| → Murr joined | 21:44 |
| ← raindrop left | 21:44 |
| ← coot left | 21:44 |
| → fling joined | 21:45 |
| → zeenk joined | 21:46 |
| → R2robot joined | 21:48 |
| → tyson2 joined | 21:55 |
| ← Sven_vB left | 22:00 |
| → Sven_vB joined | 22:00 |
| → nate1 joined | 22:03 |
| ← omero left | 22:06 |
| ← elastic_dog left | 22:06 |
| → littlebobeep joined | 22:08 |
| → elastic_dog joined | 22:08 |
| ← zeenk left | 22:11 |
| ← EvilDMP left | 22:15 |
| → EvilDMP joined | 22:16 |
| ← FinnElija left | 22:21 |
| → forgotmynick joined | 22:22 |
| ← tealtabbycat left | 22:27 |
| ← piwu left | 22:27 |
| → piwu joined | 22:28 |
| → sudoforge joined | 22:28 |
| → duxco joined | 22:28 |
| ← duxsco left | 22:28 |
| duxco → duxsco | 22:28 |
| ← duxsco left | 22:32 |
| → duxsco joined | 22:32 |
| ← piwu left | 22:32 |
| → Cache_Money joined | 22:35 |
| ← enkeyz left | 22:37 |
| ← nate1 left | 22:43 |
| → piwu joined | 22:50 |
| → Yruama joined | 22:50 |
| → nate1 joined | 22:53 |
| → wakeup joined | 22:54 |
| → FinnElija joined | 22:56 |
| ← wakeup left | 22:59 |
| → hbautista__ joined | 23:01 |
| → Xenguy_ joined | 23:07 |
| ← sa0 left | 23:10 |
| → Xenguy__ joined | 23:10 |
| ← Xenguy left | 23:10 |
| ← Xenguy_ left | 23:13 |
| ← williewillus left | 23:13 |
| → williewillus0 joined | 23:14 |
| williewillus0 → williewillus | 23:15 |
| Xenguy__ → Xenguy | 23:15 |
| → whatsupdoc joined | 23:19 |
| → xkuru joined | 23:25 |
| → nehsou^ joined | 23:36 |
| → humanBird joined | 23:37 |
| → rgrinberg joined | 23:41 |
| ← Willtech left | 23:46 |
| → Willtech joined | 23:47 |
| ← goldfish left | 23:49 |
| ← fling left | 23:52 |
| → tealtabbycat joined | 23:53 |
| → fling joined | 23:53 |