| 2019-01-19 |
| ← ngui left | 00:00 |
| ← sanscoeu_ left | 00:00 |
| → mat001 joined | 00:01 |
| ← jottr_ left | 00:01 |
|
thejunkjon
| I ended up solving my issue by downgrading to 2.19.2 instead of 2.21 | 00:01 |
| → jottr_ joined | 00:02 |
|
thejunkjon
| with the git-remote-https taking a lot of CPU.. still confused on the reason though :( | 00:02 |
| ← finalbeta left | 00:03 |
| → atrigent joined | 00:06 |
| \void → WTFFREENODE564F4 | 00:08 |
| WTFFREENODE564F4 → \void | 00:08 |
| ← mikecmpbll left | 00:10 |
| → ngui joined | 00:10 |
| \void → \0x766F6964 | 00:10 |
| ← dege left | 00:18 |
| ← leeN left | 00:22 |
| → sQVe joined | 00:27 |
| → thiago joined | 00:30 |
| ← sQVe left | 00:33 |
| → Envil joined | 00:34 |
|
codebam
| during an interactive rebase how can I drop to a shell to be able to git reset a file I commit so that it doesn't get added to the commit? | 00:41 |
|
| I just want to remove my Session.vim that I accidentally added in my first commit | 00:42 |
|
GreenJello
| codebam, 'e' | 00:43 |
| → p0s1x joined | 00:43 |
| ← p0s1x left | 00:44 |
|
codebam
| GreenJello: but if it's the first commit how can I amend it to remove that file? | 00:44 |
|
| because I can't reset the first commit | 00:44 |
|
mud
| 'e' should work fine on the first commit | 00:44 |
|
codebam
| it does, but the commit is there to be amended | 00:45 |
|
| how do I remove the file from the commit | 00:45 |
|
BtbN
| remote it and amend | 00:45 |
|
| *v | 00:45 |
|
codebam
| but you can't remove the first commit? | 00:46 |
|
BtbN
| the file... | 00:46 |
|
rewt
| doesn't `git status` give instructions? | 00:47 |
|
codebam
| oh, right | 00:47 |
|
| sorry, thank you BtbN | 00:47 |
|
| or well... I don't actually want to remove the file | 00:48 |
|
| like I just don't want it to be staged | 00:48 |
|
| I gitignored it | 00:48 |
|
| (in a later commit) | 00:48 |
|
rewt
| try `git status` ... it should tell you how to do that | 00:48 |
|
mud
| codebam: git rm --cached | 00:48 |
|
rewt
| something like git rm --cached <file> | 00:49 |
|
codebam
| oh okay, thank you | 00:49 |
| ← acebrianjuan left | 00:49 |
|
BtbN
| you can also just make a commit that removes it, and fixup it into the initial commit | 00:49 |
|
codebam
| oh true yeah. that worked though thank you all very much! :) | 00:51 |
| → fstd_ joined | 00:51 |
| ← atrigent left | 00:52 |
| ← fstd left | 00:55 |
| fstd_ → fstd | 00:55 |
| ← diogenese left | 00:55 |
|
codebam
| how would I do a rebase so that all commits in the rebase get pgp signed? | 00:55 |
| ← klotzhauer left | 00:55 |
|
codebam
| `git rebase --root -S` doesn't seem to work | 00:56 |
| → diogenese joined | 00:56 |
| ← Phylock left | 00:59 |
|
codebam
| `git rebase -S --force-rebase --root` seemed to work | 01:00 |
| → remcycles joined | 01:02 |
| → horribleprogram joined | 01:04 |
| ← freeman42x left | 01:05 |
| → dreiss joined | 01:06 |
| → mikecmpbll joined | 01:08 |
| ← Regon left | 01:08 |
| ← paraxial left | 01:10 |
| → paraxial joined | 01:10 |
| ← sgn left | 01:12 |
| → macaronus joined | 01:15 |
| → atrigent joined | 01:16 |
| ← \0x766F6964 left | 01:21 |
| ← Silmarilion left | 01:23 |
| ← Sasazuka left | 01:25 |
| ← mat001 left | 01:25 |
| ← orbyt_ left | 01:27 |
| → mat001 joined | 01:27 |
| ← remcycles left | 01:27 |
| → henriquev joined | 01:29 |
| ← DanDare left | 01:29 |
| → courrier joined | 01:31 |
| ← courrier left | 01:34 |
| → courrier joined | 01:34 |
| → AfroThundr|main joined | 01:35 |
| → kerframil joined | 01:36 |
| → sgn joined | 01:36 |
| → RoriconKnight joined | 01:42 |
| ← pR0Ps left | 01:53 |
| → zq__ joined | 01:53 |
|
zq__
| possible for git log to display files that were deleted in a commit? | 01:53 |
| ← alyptik left | 01:54 |
| ← dfee left | 01:55 |
| → pR0Ps joined | 01:56 |
| ← courrier left | 01:59 |
|
zq__
| normally, i'd use whatchanged, but the documentation claims that it's deprecated | 01:59 |
| ← hbautista left | 02:00 |
| ← mat001 left | 02:01 |
|
zq__
| ah, --name-status | 02:05 |
|
| thanks! | 02:05 |
| ← zq__ left | 02:05 |
| → dfee joined | 02:06 |
| ← F0rTex left | 02:12 |
| → F0rTex joined | 02:13 |
| → cdown joined | 02:14 |
| → finalbeta joined | 02:14 |
| ← GreenJello left | 02:14 |
| ← dreiss left | 02:15 |
| → GreenJello joined | 02:16 |
| → dreiss joined | 02:16 |
| ← m0viefreak left | 02:19 |
| → igemnace joined | 02:20 |
| ← RoriconKnight left | 02:20 |
| ← xcm left | 02:21 |
| → xcm joined | 02:22 |
| ← Essadon left | 02:28 |
| → prakashdanish joined | 02:30 |
| → alyptik joined | 02:33 |
| → robertparkerx joined | 02:42 |
|
robertparkerx
| if git is out of sync and there are changes locally, is this an okay routine - https://hastebin.com/icoqakudeg.sql | 02:42 |
| ← dreiss left | 02:43 |
| → libertyprime joined | 02:43 |
| → kadoban joined | 02:50 |
| ← codebam left | 02:50 |
| → n3wborn joined | 02:50 |
| ← cdown left | 02:51 |
| ← dfee left | 02:51 |
| → mobile_c joined | 02:52 |
| → novum joined | 02:52 |
| → dfee joined | 02:58 |
| → cdown joined | 02:59 |
| → irc_viewer_test joined | 02:59 |
| ← AfroThundr|main left | 03:03 |
| → AfroThundr|main joined | 03:07 |
|
igemnace
| robertparkerx: yes, but your git stash apply might result in conflicts you have to manually resolve | 03:09 |
| ← alyptik left | 03:09 |
|
robertparkerx
| I was trying to prevent that | 03:09 |
| ← irc_viewer_test left | 03:12 |
|
igemnace
| yes, that routine does its best to prevent that. but since you're pulling, there's still a chance for the new pulled work to conflict with your local work, if they both introduce incompatible changes to the same files | 03:13 |
|
| why is resolving conflicts a problem? is this in a fully automated environment? | 03:13 |
|
robertparkerx
| I'm not that good identifying and resolving conflicts yet. | 03:14 |
|
igemnace
| resolving conflicts isn't a git thing, it's a code thing | 03:15 |
| ← cdown left | 03:15 |
|
kadoban
| Well, it's a bit of both. Mostly code though | 03:15 |
|
| !eek might help | 03:15 |
|
gitinfo
| [!eekaconflict] Merge conflicts are a natural part of collaboration. When facing one, *don't panic*. Read "How to resolve conflicts" in man git-merge and http://git-scm.com/book/ch3-2.html#Basic-Merge-Conflicts then carefully go through the conflicts. Picking one side verbatim is not always the right choice! A nice video explaining merge conflicts: https://www.youtube.com/watch?v=zz7NuSCH6II | 03:15 |
|
igemnace
| go ahead, run those commands. if they run smoothly, great | 03:16 |
|
| if not, we can talk about resolving merge conflicts | 03:16 |
| ← ketas left | 03:20 |
| ← prakashdanish left | 03:23 |
| → irc_viewer_test joined | 03:26 |
| → cdown joined | 03:27 |
| ← Envil left | 03:30 |
| ← irc_viewer_test left | 03:30 |
| ← n3wborn left | 03:31 |
| → Goplat joined | 03:33 |
| → orbyt_ joined | 03:35 |
| ← henriquev left | 03:37 |
| → ozcanesen joined | 03:38 |
| → dreiss joined | 03:39 |
| ← Bobdude left | 03:48 |
| lagothrix → Guest77892 | 03:49 |
| → lagothrix joined | 03:49 |
| ← Dirak left | 03:50 |
| ← dreiss left | 03:51 |
| ← Guest77892 left | 03:52 |
| → ketas joined | 04:00 |
| ← ngui left | 04:05 |
| → ngui joined | 04:06 |
| → prakashdanish joined | 04:06 |
| → alyptik joined | 04:07 |
| → dreiss joined | 04:08 |
| ← kadoban left | 04:09 |
| ← MACscr left | 04:10 |
| ← ngui left | 04:10 |
| → ngui joined | 04:10 |
| → YuGiOhJCJ joined | 04:10 |
| ← TheRuckus left | 04:11 |
| → TheRuckus joined | 04:13 |
| ← igemnace left | 04:16 |
| ← dreiss left | 04:18 |
|
robertparkerx
| I watched the video about Merge Conflicts. Can this get lengthy if there are alot of conflicts? | 04:27 |
| → codebam joined | 04:27 |
| ← horribleprogram left | 04:33 |
|
GreenJello
| robertparkerx, yes, but even more so if you use a rebase workflow | 04:33 |
|
| it's the least satisfying use of time, but still requires you to be very careful | 04:34 |
| → igemnace joined | 04:36 |
| ← waveclaw left | 04:44 |
| ← ngui left | 04:50 |
| → ngui joined | 04:51 |
| ← foul_owl left | 04:52 |
| ← snowgoggles left | 04:53 |
| → Cabanoss- joined | 04:53 |
| ← Cabanossi left | 04:55 |
| ← TJ- left | 04:56 |
| → supernov1h joined | 04:56 |
| → \void joined | 05:00 |
| → mat001 joined | 05:02 |
| → pks_ joined | 05:02 |
| → dreiss joined | 05:03 |
| → sauvin joined | 05:03 |
| ← pks left | 05:03 |
| pks_ → pks | 05:03 |
| → foul_owl joined | 05:05 |
| ← ngui left | 05:05 |
| → ngui joined | 05:05 |
| ← mat001 left | 05:06 |
| ← YuGiOhJCJ left | 05:09 |
| → waveclaw joined | 05:12 |
| ← Arcaelyx left | 05:14 |
| ← codebam left | 05:20 |
| → ferdna joined | 05:23 |
| → rnmhdn joined | 05:26 |
| → inkbottle joined | 05:31 |
| ← ngui left | 05:35 |
| → ngui joined | 05:36 |
| ← ngui left | 05:40 |
| → ngui joined | 05:40 |
| ← orbyt_ left | 05:47 |
| ← prakashdanish left | 05:47 |
| ← boombatower left | 05:51 |
| ← Spacew00t left | 05:53 |
| ← sjoshi left | 05:54 |
| → rsrx joined | 06:00 |
| ← cdown left | 06:06 |
| ← Toadisattva left | 06:08 |
| → prakashdanish joined | 06:09 |
| ← netj left | 06:10 |
| → netj joined | 06:11 |
| ← prakashdanish left | 06:14 |
| → thebope joined | 06:15 |
| ← igemnace left | 06:16 |
| → MonoGreyMatter joined | 06:16 |
| ← rnmhdn left | 06:20 |
| ← ngui left | 06:35 |
| → ngui joined | 06:36 |
| → mat001 joined | 06:43 |
| ← Raed left | 06:45 |
| ← thebope left | 06:47 |
| ← ngui left | 06:47 |
| → ngui joined | 06:48 |
| → nowhere_man joined | 06:49 |
| → fieldmapper joined | 06:50 |
| ← mat001 left | 06:51 |
| → mat001 joined | 06:53 |
| ← Trieste left | 06:54 |
| ← ozcanesen left | 06:54 |
| → prakashdanish joined | 06:55 |
| → Trieste joined | 06:56 |
| ← alyptik left | 06:56 |
| ← jnewt left | 06:56 |
| ← ferdna left | 07:05 |
| → Raed joined | 07:06 |
| → stitched_unicorn joined | 07:06 |
| → cfoch joined | 07:09 |
| → mmkumr joined | 07:09 |
| → aw1 joined | 07:14 |
| ← netj left | 07:15 |
| → netj joined | 07:15 |
| → rick8024 joined | 07:15 |
| ← KnoP left | 07:18 |
| rick8024 → KnoP | 07:18 |
|
mmkumr
| I am modifying a file in git source code for testing that single file. I have to run `make` and `make install` for the project every time. So, is there any way by with I can test that single file without running `make` amd `make install` | 07:18 |
| ← thiago left | 07:19 |
| ← rsrx left | 07:24 |
|
parsnip
| mmkumr: not sure that's a git question. what language is it? | 07:26 |
|
mmkumr
| parsnip: Actually I am modifying git-merge-one-file.sh | 07:29 |
|
| sorry I have entered wrong command | 07:32 |
| ← mmkumr left | 07:32 |
| → czart joined | 07:34 |
| → ozcanesen joined | 07:36 |
| → nimbleark joined | 07:39 |
| → sjoshi joined | 07:41 |
| → Envil joined | 07:43 |
| ← ngui left | 07:49 |
| → ngui joined | 07:49 |
| ← ngui left | 07:51 |
| → ngui joined | 07:51 |
| ← Goplat left | 07:53 |
| ← \void left | 07:57 |
| → apoos_maximus joined | 07:58 |
| ← victorqueiroz left | 08:00 |
| ← kerframil left | 08:05 |
| ← al-damiri left | 08:06 |
| → Phylock joined | 08:09 |
| → Dirak joined | 08:12 |
| → kerframil joined | 08:12 |
| → cswl joined | 08:13 |
| ← cur8or left | 08:13 |
| ← GreenJello left | 08:16 |
| ← dreiss left | 08:21 |
| ← prakashdanish left | 08:25 |
| ← sgn left | 08:26 |
| → alyptik joined | 08:29 |
| ← apoos_maximus left | 08:33 |
| → Noti joined | 08:34 |
| → pfleck joined | 08:37 |
| → estodiMania joined | 08:38 |
| ← mat001 left | 08:39 |
| ← estodiMania left | 08:39 |
| ← stitched_unicorn left | 08:45 |
| ← vavkamil left | 08:46 |
| → rsrx joined | 08:47 |
| ← MonoGreyMatter left | 08:49 |
| → prakashdanish joined | 08:50 |
| → irqq joined | 08:50 |
| → Fernando-Basso joined | 08:53 |
| ← thejunkjon left | 09:00 |
| ← q6AA4FD left | 09:01 |
| → GreenJello joined | 09:01 |
| cluelessperson_ → cluelessperson | 09:01 |
| → Toxtlo joined | 09:02 |
| ← Noti left | 09:07 |
| ← nowhere_man left | 09:09 |
|
Toxtlo
| Hi, I got a develop branch and issued a git merge master command. No conflicts found. Now it says I got a detached head. I just wanted to merge all master changes back into it, can anybody help? | 09:09 |
|
up|ime
| can you paste the output of "git status"? | 09:09 |
| ← GreenJello left | 09:10 |
|
Toxtlo
| its german, so I try to translate: HEAD detatched at origin/develop nothing to commit, working dir unchanged | 09:11 |
| ← Dirak left | 09:11 |
|
Toxtlo
| thats what strange, because the merge command listed all the files it changed | 09:12 |
|
| git log still showing the HEAD of origin/develop ... | 09:13 |
| → Noti joined | 09:14 |
| ← dpyro left | 09:20 |
| → GreenJello joined | 09:23 |
| ← GreenJello left | 09:24 |
| → GreenJello joined | 09:25 |
|
aw1
| Toxtlo, does "git checkout development" work | 09:25 |
|
Toxtlo
| yes | 09:25 |
|
aw1
| that fixed HEAD .. did it? | 09:26 |
| → howdoi joined | 09:26 |
|
Toxtlo
| I made a new checkout and before merging I already get a detached HEAD message,... it looks like my colleague who created the develop branch for me gave me a detached HEAD branch? | 09:26 |
|
| he created it a few days ago and yesterday there were 2 commits in master, so I wanted to check my develop_XY out and merge master into that before working | 09:27 |
|
| but it looks like develop already has a detached head... | 09:28 |
|
aw1
| I am not sure if it possible to push to remote with a detached HEAD | 09:28 |
|
Toxtlo
| what I'm basically doing is clone the whole repo, checkout my develop and when entering status I get a detached head message, even before calling merge | 09:29 |
|
| when I came here, I thought it was my merge what caused that... | 09:29 |
| ← ozcanesen left | 09:30 |
|
aw1
| that is strange | 09:31 |
| → Darcidride_ joined | 09:31 |
|
aw1
| so your develop branch must also be on remote or else how else could you checkout to it *after* cloning a fresh copy | 09:32 |
|
Toxtlo
| its on github | 09:32 |
|
aw1
| git checkout develop && git log origin/develop ... what does that say? | 09:32 |
|
Toxtlo
| or what do you mean? | 09:32 |
|
aw1
| Toxtlo, your answer "its on github" answered my question. thanks. | 09:33 |
|
Toxtlo
| ok :-) | 09:33 |
|
aw1
| sorry that command should be "git checkout develop && git log ..origin/develop" | 09:33 |
|
Toxtlo
| checking out sets the HEAD back to the last rev | 09:34 |
|
aw1
| which is the expected behaviour | 09:34 |
| → ozcanesen joined | 09:34 |
|
Toxtlo
| and log command gives the correct log | 09:34 |
|
aw1
| well by doing a "git log ..origin/develop" i was hoping to see a difference between your local develop branch and remote ... *not* the logs themselves | 09:35 |
|
Toxtlo
| sha is same as on github | 09:35 |
|
| ah ok | 09:35 |
|
| mhh, no | 09:35 |
| ← GreenJello left | 09:37 |
|
Toxtlo
| but when i enter checkout ... and right after that call status, it just tells me that the head is detached.... | 09:37 |
|
| how is that possible? | 09:37 |
|
| maybe "call it broken" ? ^^ | 09:38 |
| ← cfoch left | 09:38 |
|
aw1
| i am quite puzzled by that to be honest. May be this is above my level of knowledge | 09:39 |
|
Toxtlo
| ok, but thank you very much for your help :-) | 09:39 |
|
| I will contact my collague on monday, maybe he will just delete and make a new one... | 09:40 |
|
aw1
| Toxtlo, try replicating the steps inside of docker or another virtual machine to rule out any "local environment" issues | 09:43 |
|
Toxtlo
| ok, gut a VM for those cases, will do that! | 09:45 |
|
| got* | 09:45 |
|
| but I thought git would only work on the local folder struct | 09:45 |
| ← Darcidride_ left | 09:47 |
|
aw1
| but you will be cloning a fresh copy of the repo .. right? the strange "already in detached HEAD state" effect needs to be diagnosed | 09:47 |
|
inkbottle
| undo last commit (but not like doing a checkout to the previous commit); no file must be touched in the process; it is not yet clear to me how I should do that | 09:48 |
|
aw1
| may be i was not clear. I suspect your git setup might be wonky so please try to work on a fresh machine to check if it is your git settings or not | 09:48 |
|
Toxtlo
| alright, yes, I always delete the whole folder I cloned | 09:48 |
| ← libertyprime left | 09:48 |
|
aw1
| inkbottle, "git reset HEAD~1" will remove the most recent commit *and* retain all the changes you made since HEAD~1. Is that what you want? | 09:49 |
|
Toxtlo
| huh, it looks like it was a mistake on my side... I wrote git checkout origin/develop instead of develop .... | 09:49 |
| ← rsrx left | 09:49 |
|
inkbottle
| aw1: yes, probably... I try that and tell you | 09:50 |
|
Toxtlo
| in germany we would say: give me a hole in the ground to vanish, to embarassed... | 09:52 |
| → dreiss joined | 09:53 |
|
Toxtlo
| but why does that make a difference... git branch -r calls that branch origin/develop ... | 09:53 |
|
| he still tells me that HEAD is at the correct sha when doing that... only after calling status it fails... | 09:55 |
|
inkbottle
| aw1: Yes, what I was looking for, thanks ;) | 09:57 |
| ← ozcanesen left | 09:57 |
| ← im0nde left | 09:58 |
| → Zexaron joined | 09:58 |
| ← pfleck left | 09:59 |
| → pfleck joined | 10:00 |
| → koomen joined | 10:00 |
| → Darcidride_ joined | 10:01 |
| ← koomen left | 10:03 |
| ← Fusl left | 10:05 |
| → Fusl joined | 10:06 |
|
aw1
| Toxtlo, that makes sense. When you git cloned the repo your branch was master ... then doing a git checkout origin/develop would move the HEAD to point to that commit even though your branch won't change | 10:07 |
|
| thus you were actually in a detached HEAD state | 10:07 |
|
| to fix that you can do "git checkout master" that will move HEAD to point to the tip of the master branch and then you can do the right "git checkout develop" which will create a local branch tracking origin/develop | 10:08 |
| → im0nde joined | 10:12 |
| ← hussam left | 10:13 |
|
Toxtlo
| O.o I should redo the git tuts | 10:15 |
|
| I got what you said, but that showed me, that I didn't get everything that is to git :-D | 10:16 |
|
| thank you for your help :-) | 10:17 |
| ← catsup left | 10:17 |
| → catsup joined | 10:17 |
| ← catsup left | 10:18 |
| → catsup joined | 10:19 |
| → MonoGreyMatter joined | 10:20 |
| ← pfleck left | 10:21 |
| ← Noti left | 10:31 |
| ← Celmor left | 10:33 |
| ← hofmann3900 left | 10:37 |
| ← Darcidride_ left | 10:42 |
| → aw1_ joined | 10:45 |
| ← aw1 left | 10:47 |
| → leeN joined | 10:48 |
| → Makaveli7 joined | 10:50 |
| ← Makaveli7 left | 10:51 |
| → plexigras joined | 10:51 |
| → Makaveli7 joined | 10:55 |
| → arminhajrovic joined | 10:56 |
| → Mike11 joined | 10:57 |
| ← cd left | 11:02 |
| → m0viefreak joined | 11:02 |
| → AtumT joined | 11:11 |
| ← arminhajrovic left | 11:12 |
| ← naoey left | 11:12 |
| ← dreiss left | 11:23 |
| → cur8or joined | 11:25 |
| → naoey joined | 11:25 |
| ← atrigent left | 11:27 |
| → n3wborn joined | 11:29 |
| ← duderonomy left | 11:29 |
| → GreenJello joined | 11:39 |
| ← GreenJello left | 11:44 |
| ← prakashdanish left | 11:45 |
| → GreenJello joined | 11:52 |
| ← Zexaron left | 11:57 |
| ← Mike11 left | 12:04 |
| ← czart left | 12:04 |
| ← GreenJello left | 12:09 |
| → Darcidride_ joined | 12:17 |
| → dudek joined | 12:17 |
| → Lyberta joined | 12:18 |
|
Lyberta
| is something under ./git/objects supposed to change? | 12:18 |
|
osse
| Lyberta: Files there can come and go, but not change | 12:20 |
|
| Maybe the packs can. Not sure. | 12:21 |
| ← jabular left | 12:23 |
| → jabular joined | 12:24 |
|
Lyberta
| osse, hmm, ok, for some reason some files in my backup have different write times but checking hashes proved that they are identical | 12:24 |
| → pi- joined | 12:25 |
| → blackntan joined | 12:26 |
| → m1dnight1 joined | 12:34 |
| → lucasb joined | 12:35 |
|
osse
| Lyberta: Git doesn't care about write times, so those are probably from when the backup was created/ is updated, which of course is later than the originals | 12:36 |
| ← m1dnight_ left | 12:36 |
|
osse
| Or the clocks might be slightly different for whatever reason | 12:36 |
| ← Spr0cket left | 12:45 |
| → Spr0cket joined | 12:48 |
| ← aw1_ left | 12:53 |
| ← gxt left | 12:55 |
| → rsrx joined | 12:57 |
| ← brandonkal left | 13:08 |
| ← Darcidride_ left | 13:09 |
| → stitched_unicorn joined | 13:11 |
| → apoos_maximus joined | 13:14 |
| ← treehug88 left | 13:15 |
| → elsheepo joined | 13:18 |
| ← akdev left | 13:22 |
| ← blackntan left | 13:24 |
| ← bn_work left | 13:24 |
| ← elsheepo left | 13:24 |
| → victorqueiroz joined | 13:25 |
| → akdev joined | 13:28 |
| → blackntan joined | 13:37 |
| ← blackntan left | 13:43 |
| → blackntan joined | 13:44 |
| → cfoch joined | 13:48 |
| ← netj left | 13:57 |
| → netj joined | 13:58 |
|
Lyberta
| osse, ah, maybe, thanks | 13:58 |
| ← geekodour08 left | 13:58 |
| → Darcidride_ joined | 14:00 |
| ← irqq left | 14:00 |
| ← Darcidride_ left | 14:01 |
| ← Fernando-Basso left | 14:02 |
| → ozcanesen joined | 14:02 |
| → geekodour08 joined | 14:04 |
| ← Lyberta left | 14:06 |
| ← geekodour08 left | 14:06 |
| ← stitched_unicorn left | 14:06 |
| → geekodour08 joined | 14:06 |
| ← sjoshi left | 14:08 |
| → xrexeon joined | 14:08 |
| → sjoshi joined | 14:09 |
| → GreenJello joined | 14:09 |
| ← xrexeon left | 14:09 |
| → xrexeon joined | 14:10 |
| ← xrexeon left | 14:10 |
| ← geekodour08 left | 14:12 |
| ← sjoshi left | 14:13 |
| → sjoshi joined | 14:13 |
| ← sjoshi left | 14:14 |
| → stitched_unicorn joined | 14:14 |
| → sjoshi joined | 14:15 |
| ← ozcanesen left | 14:15 |
| → jngk joined | 14:15 |
| → jungsubk joined | 14:15 |
| → Essadon joined | 14:16 |
| ← Essadon left | 14:16 |
| → Essadon joined | 14:17 |
| ← VladGh left | 14:19 |
| ← inkbottle left | 14:24 |
| → xrexeon joined | 14:27 |
| → YuGiOhJCJ joined | 14:29 |
| → acebrianjuan joined | 14:30 |
|
acebrianjuan
| Hi all | 14:30 |
|
| quick question | 14:30 |
|
| I made a commit in the master branch | 14:31 |
|
| but I shoul've made it into a development branch | 14:31 |
|
| How can I apply my last commit to the development branch | 14:31 |
|
| ? | 14:32 |
| ← osse left | 14:36 |
| → mat001 joined | 14:36 |
| → osse joined | 14:36 |
| → irqq joined | 14:40 |
| ← GreenJello left | 14:43 |
|
_ikke_
| git cherry-pick + git reset | 14:47 |
| ← leeN left | 14:51 |
| ← novum left | 14:52 |
| ← jungsubk left | 14:53 |
| ← Phylock left | 14:53 |
| ← mobile_c left | 14:56 |
| → Noti joined | 14:59 |
| → aexvir joined | 15:04 |
| → igemnace joined | 15:10 |
| ← YuGiOhJCJ left | 15:10 |
| → YuGiOhJCJ joined | 15:11 |
| → czart joined | 15:11 |
| → hbautista joined | 15:11 |
| → GreenJello joined | 15:12 |
| ← hbautista left | 15:13 |
| → CryptoDavid joined | 15:13 |
| → wootehfoot joined | 15:14 |
| → mobile_c joined | 15:15 |
| ← mobile_c left | 15:16 |
| ← Noti left | 15:17 |
| → mobile_c joined | 15:22 |
| → inkbottle joined | 15:23 |
| → freeman42x joined | 15:26 |
| → orbyt_ joined | 15:27 |
| ← GreenJello left | 15:36 |
| → raymond joined | 15:36 |
| ← profmac left | 15:37 |
| → ozcanesen joined | 15:37 |
| → bn_work joined | 15:39 |
| ← Geezus42 left | 15:43 |
| ← ozcanesen left | 15:44 |
| ← inkbottle left | 15:44 |
| → Geezus42 joined | 15:47 |
| → snfgf joined | 15:49 |
| ← jottr_ left | 15:50 |
| → profmac joined | 15:50 |
|
snfgf
| can i configure a url for a remote in gitconfig | 15:50 |
|
_ikke_
| Better to use git remote for that, but yes, you can | 15:51 |
|
snfgf
| thanks; what would the config look like? | 15:51 |
|
| section heading [remote origin] | 15:51 |
|
| url = https://user:pass@abc.com | 15:52 |
|
| something like that | 15:52 |
|
_ikke_
| [remote "origin"] | 15:52 |
|
| that url, and you should also provide fetch | 15:52 |
|
| +refs/heads/*:refs/remotes/fork/* | 15:52 |
|
| +refs/heads/*:refs/remotes/origin/* | 15:52 |
|
snfgf
| ^what do those do? | 15:53 |
|
| and what option name (eg. url) should i assign them to | 15:53 |
|
_ikke_
| fetch = +refs/heads/*:refs/remotes/origin/* | 15:54 |
|
| when you run fetch, it tells git to map the branches it received to the correct remote tracking branch namespace :P | 15:55 |
|
snfgf
| thanks | 15:56 |
|
| fetch = +refs/heads/*:refs/remotes/origin/* | 15:56 |
| → Fernando-Basso joined | 15:58 |
| → geekodour08 joined | 15:58 |
| → Zexaron joined | 16:04 |
| ← rsrx left | 16:06 |
| → dilfridge joined | 16:08 |
| → Regon joined | 16:09 |
| → phree joined | 16:13 |
| ← igemnace left | 16:14 |
| → deltam joined | 16:16 |
| ← victorqueiroz left | 16:16 |
| ← snfgf left | 16:16 |
| → dreiss joined | 16:17 |
| → korzq joined | 16:19 |
| ← AtumT left | 16:21 |
| → AtumT joined | 16:21 |
| → igemnace joined | 16:21 |
| ← geekodour08 left | 16:27 |
| → Phylock joined | 16:27 |
| → geekodour08 joined | 16:28 |
| ← Munt left | 16:29 |
| → snfgf joined | 16:31 |
|
snfgf
| hi; i've specified 'url' in ~/.gitconfig under the heading [remote "origin"], which (as i might have guessed) is disrupting all origins | 16:32 |
|
| how do i limit this url to apply only to a specific repository? | 16:32 |
|
_ikke_
| By adding it in the .git/gitconfig file of that specific repo | 16:32 |
|
osse
| snfgf: there is only one origin | 16:32 |
|
| ohh | 16:32 |
|
| i suppose you can just remove that line | 16:32 |
|
snfgf
| osse: i need it specified for a single repository | 16:33 |
|
| don't need, but it helps | 16:33 |
|
_ikke_
| snfgf: why are you doing this manually/ | 16:33 |
|
| ? | 16:33 |
|
snfgf
| this remote repo prompts for username and password, which i instead put i the url | 16:33 |
|
osse
| snfgf: usually that's what git clone or git remote add does | 16:33 |
|
snfgf
| _ikke_: there's a not-manual way? | 16:34 |
|
_ikke_
| snfgf: yes, git remote | 16:34 |
|
| git remote add origin <url> | 16:34 |
|
| or git remote set-url origin <url> if the remote already exists | 16:34 |
|
snfgf
| okie-doke, will try | 16:34 |
| → nowhere_man joined | 16:36 |
| ← orbyt_ left | 16:38 |
| → codebam joined | 16:39 |
| → thiago joined | 16:41 |
| ← FutureTense left | 16:41 |
| ← korzq left | 16:43 |
| → korzq joined | 16:44 |
| ← Essadon left | 16:47 |
| ← xrexeon left | 16:48 |
| → novum joined | 16:49 |
| ← korzq left | 16:49 |
| → Essadon joined | 16:49 |
| → ferdna joined | 16:50 |
| → Goplat joined | 16:50 |
| → korzq joined | 16:50 |
| → Arcaelyx joined | 16:50 |
| ← stitched_unicorn left | 16:53 |
| ← AtumT left | 16:54 |
| ← dreiss left | 16:55 |
| ← korzq left | 16:56 |
| → AtumT joined | 16:56 |
| → korzq joined | 16:57 |
| ← AtumT left | 16:58 |
| → AtumT joined | 16:59 |
| → k_sze[work] joined | 16:59 |
| ← Kira left | 17:01 |
| ← korzq left | 17:02 |
| → Toadisattva joined | 17:04 |
| → korzq joined | 17:04 |
| ← korzq left | 17:04 |
| ← snfgf left | 17:07 |
| ← Fernando-Basso left | 17:09 |
| → GreenJello joined | 17:12 |
| → fission6 joined | 17:14 |
| → courrier joined | 17:15 |
| → d10n-work joined | 17:17 |
| → _xor joined | 17:17 |
| ← codebam left | 17:23 |
| → Kira joined | 17:26 |
| ← igemnace left | 17:26 |
| ← Goplat left | 17:26 |
| ← blackntan left | 17:27 |
| ← Admish left | 17:27 |
| → Admish joined | 17:28 |
| ← k_sze[work] left | 17:29 |
| ← apoos_maximus left | 17:33 |
| → apoos_maximus joined | 17:33 |
| → dreiss joined | 17:38 |
| ← KnoP left | 17:40 |
| ← kjartan left | 17:43 |
| ← n3wborn left | 17:48 |
| → kjartan joined | 17:48 |
| ← lucasb left | 17:53 |
| ← kerframil left | 17:53 |
| ← Puffball left | 17:54 |
| → orbyt_ joined | 17:57 |
| ← phree left | 17:59 |
| ← novum left | 18:00 |
| ← dreiss left | 18:01 |
| → sauercrowd joined | 18:07 |
| → dpyro joined | 18:08 |
| ← nuc left | 18:11 |
| → blackntan joined | 18:11 |
| ← freeman42x left | 18:12 |
| ← Admish left | 18:12 |
| ← wootehfoot left | 18:13 |
| → Admish joined | 18:15 |
| ← GoGi left | 18:24 |
| ← ghost43 left | 18:24 |
| → ghost43 joined | 18:24 |
| ← Admish left | 18:25 |
| → dreiss joined | 18:33 |
| ← Impaloo left | 18:33 |
| → nuc joined | 18:37 |
| ← nuc left | 18:37 |
| → nuc joined | 18:39 |
| → flippo joined | 18:41 |
| → Impaloo joined | 18:44 |
| ← Khisanth left | 18:45 |
| ← mooasaurus left | 18:51 |
| → mooasaurus joined | 18:52 |
| → codebam joined | 18:52 |
| → Dirak joined | 18:54 |
| → noobineer joined | 18:55 |
| → Khisanth joined | 18:59 |
| → atrigent joined | 18:59 |
| → xrexeon joined | 18:59 |
| ← xrexeon left | 19:00 |
| → xrexeon joined | 19:00 |
| ← Geezus42 left | 19:01 |
| ← albel727 left | 19:01 |
| → albel727 joined | 19:01 |
| → Geezus42 joined | 19:03 |
| → jahhein joined | 19:03 |
| → snowgoggles joined | 19:03 |
| ← xrexeon left | 19:03 |
| → xrexeon joined | 19:04 |
| ← ngui left | 19:04 |
| ← dreiss left | 19:05 |
| → dege joined | 19:05 |
| → SerialSmile joined | 19:06 |
| ← czart left | 19:07 |
| ← im0nde left | 19:08 |
| ← jahhein left | 19:09 |
| ← Toadisattva left | 19:13 |
| → m1m0 joined | 19:18 |
| ← albel727 left | 19:21 |
| ← mooasaurus left | 19:27 |
| → mooasaurus joined | 19:27 |
| → dreiss joined | 19:28 |
| → lmussio joined | 19:31 |
| → albel727 joined | 19:37 |
| → AtumT_ joined | 19:37 |
| ← AtumT left | 19:37 |
| ← aexvir left | 19:38 |
| ← jngk left | 19:40 |
| → AtumT joined | 19:42 |
| ← dreiss left | 19:43 |
| ← AtumT_ left | 19:45 |
| ← noobineer left | 19:45 |
| ← SerialSmile left | 19:47 |
| ← albel727 left | 19:48 |
| → albel727 joined | 19:49 |
| ← greatgatsby left | 19:49 |
| → ghormoon joined | 19:49 |
| → AtumT_ joined | 19:50 |
| ← codebam left | 19:51 |
| ← AtumT left | 19:52 |
| ← mooasaurus left | 19:53 |
| → toothe_ joined | 19:54 |
| ← toothe left | 19:54 |
| ← xcm left | 19:55 |
| → xcm joined | 19:58 |
| ← apoos_maximus left | 19:58 |
| → Puffball joined | 20:01 |
| ← lmussio left | 20:03 |
| → mooasaurus joined | 20:04 |
| ← atrigent left | 20:05 |
| → mizu_no_oto joined | 20:05 |
| → codebam joined | 20:07 |
| → noobineer joined | 20:07 |
| ← mizu_no_oto left | 20:11 |
| ← xcm left | 20:13 |
| ← geekodour08 left | 20:13 |
| → xcm joined | 20:14 |
| → mizu_no_oto joined | 20:15 |
| → geekodour08 joined | 20:16 |
| → MrAureliusR joined | 20:20 |
|
MrAureliusR
| so I've made a bunch of changes, which are not staged yet. I realized I should probably make these changes on a new branch. Is there a way to do this without stashing the changes, checking out a new branch, and applying the changes? or is that the best way to handle this? I come upon this situation all the time, and figure there's probably a better way to do it | 20:21 |
| → duderonomy joined | 20:22 |
| → m1mo joined | 20:22 |
| ← m1m0 left | 20:23 |
|
cluelessperson
| How do you merge a branch to master? | 20:24 |
|
| I'm done with coding on that branch | 20:24 |
|
thiago
| MrAureliusR: !float | 20:24 |
|
gitinfo
| MrAureliusR: If you have made a change in your working directory and have NOT YET COMMITTED, you may "float" that change over to another (`git checkout oldbranch`) or new (`git checkout -b newbranch`) branch and commit it there. If the files you changed differ between branches, the checkout will fail. In that case, `git stash` then checkout, and `git stash apply` and go through normal conflict resolution. | 20:24 |
|
GreenJello
| cluelessperson, normally you have to switch to master, and then merge your branch | 20:24 |
|
MrAureliusR
| oh wow. that's neat, I didn't know the changes would come with | 20:25 |
|
| does it matter if they've been staged or not? | 20:25 |
|
| and will floating unstage them on master? | 20:25 |
|
GreenJello
| cluelessperson, if you use a service like github, you can use their pull request feature to track and merge batches of changes | 20:25 |
|
thiago
| no, staging doesn't matter and they should retain that state | 20:25 |
|
MrAureliusR
| awesome, thansk thiago | 20:25 |
|
thiago
| what's important is that the files you modified be identical in the source and destination branch | 20:26 |
|
MrAureliusR
| well, if it's a new branch based off the previous commit, that shouldn't matter | 20:26 |
|
thiago
| indeed | 20:26 |
|
cluelessperson
| GreenJello: ah, that was it, I was on the branch. | 20:26 |
|
thiago
| you can also make a commit in the previous branch, *then* create the new branch | 20:26 |
|
| and back one commit out in the original branch (git reset --hard @~) | 20:27 |
|
cluelessperson
| GreenJello: I feel like this tool (or git) should just friendly allow you to select current branch into master | 20:27 |
|
| the naming conventions also seem a little unintuitive. | 20:27 |
|
| and cli ux | 20:27 |
|
| sane: git create branch <name>, git create tag <name>, git create commit <message> | 20:28 |
|
lupine
| well, it grew, rather than being designed | 20:29 |
|
MrAureliusR
| I dunno, I like it the way it is | 20:29 |
|
| that way each of those things is its own command | 20:29 |
|
| instead of all being under "create" | 20:29 |
|
cluelessperson
| the terms "tag" "rebase" "clone" "fetch" "pull" are all ... | 20:30 |
|
| similar enough they're confusing | 20:30 |
|
MrAureliusR
| are they tho | 20:30 |
|
cluelessperson
| basically, it forces new people to literally lookup and memorize the terms, rather than being obvious | 20:30 |
|
MrAureliusR
| I don't find them confusing at all | 20:31 |
|
| they're rather self-descriptive | 20:31 |
|
cluelessperson
| I mean, fetch, pull, clone | 20:31 |
|
thiago
| verbs in the imperative: tag, branch, commit | 20:31 |
|
MrAureliusR
| and very few people sit down at a command line with git and just start guessing | 20:31 |
|
thiago
| indeed fetch, pull and clone are confusing | 20:31 |
|
MrAureliusR
| most people follow a tutorial | 20:31 |
|
thiago
| you have to learn the difference for those | 20:31 |
|
cluelessperson
| yeah, what I'm saying is that with proper naming, you don't have to "learn the different" | 20:32 |
|
MrAureliusR
| but it's like any software that has its own terms, it's just part of the learning curve | 20:32 |
|
cluelessperson
| the name would communicate the difference. | 20:32 |
|
thiago
| but for those of us who've been using git for 12+ years, a change would not be welcome | 20:32 |
|
MrAureliusR
| how so? | 20:32 |
|
| anyway I have to get back to work | 20:33 |
| ← MrAureliusR left | 20:33 |
|
cluelessperson
| pull could be "sync down", clone could be "download" | 20:33 |
|
| and how is fetch different from clone? | 20:34 |
|
| eh, clone is a good term | 20:34 |
| → novum joined | 20:34 |
|
cluelessperson
| I'll put more thought into ideas. :P | 20:34 |
|
_ikke_
| pull is more than just sync | 20:35 |
| _ikke_ set mode: -o | 20:35 |
|
_ikke_
| fetch is download | 20:35 |
|
| clone is initialize + fetch | 20:35 |
|
osse
| the problem is that by the time you know git thoroughly and truly are in a position to suggest good alternative names you just don't care anymore | 20:36 |
|
_ikke_
| pull is fetch + (merge or rebase) | 20:36 |
|
cluelessperson
| osse: yes, but a learning curve actively makes the tool less common and more difficult to use. | 20:36 |
| ← d10n-work left | 20:36 |
|
cluelessperson
| there's a cost to committing to learning new things. | 20:36 |
|
| learning new things is good, but people have to manage their resources. | 20:37 |
|
| if git appears to be difficult/confusing | 20:37 |
|
| many will just give up. | 20:37 |
|
osse
| well it's not like anyone will lose any money over it :p | 20:37 |
|
cluelessperson
| osse: actually, if people avoid using this productivity tool due to confusion or fear, it costs money and productivity, and organization, and etc. | 20:38 |
|
_ikke_
| cluelessperson: How would craftsmen deal with this? | 20:38 |
|
| A lot of their tools require skill and training | 20:38 |
|
| and are even physically dangerous if not operated properly | 20:39 |
|
cluelessperson
| you don't have to force people to use git well | 20:39 |
|
| but tools inherently should be easy to understand to operate. | 20:39 |
|
_ikke_
| No one is forcing people to use git | 20:39 |
|
cluelessperson
| if git were easier to introduce high schoolers to, i'd demand they'd all learn it. :P | 20:39 |
| → Fernando-Basso joined | 20:40 |
|
cluelessperson
| version control is so useful | 20:40 |
|
_ikke_
| cluelessperson: I tend to compare these things as the difference between playmobile and lego | 20:41 |
|
HedgeMage
| cluelessperson: I used RCS, CVS, and SVN in high school... all of which are harder to learn and more error prone. | 20:41 |
| → aexvir joined | 20:41 |
|
_ikke_
| playmobile is simpler, but also a lot less flexible | 20:41 |
|
| lego is more complex, you have to actually build things, but as a consequence, you can do a lot more with it | 20:42 |
| ← aexvir left | 20:42 |
|
cluelessperson
| HedgeMage: I think you're missing the point. :P | 20:42 |
|
| Things can be complex, but organized and intuitive. | 20:42 |
|
HedgeMage
| cluelessperson: git is well within the reach of high school students. Anyone who wants to learn programming should learn the grown-up tools. I can tell you as someone who's worked with a LOT of junior devs...the ones who learned on the kiddie tools do not self-teach and advance their careers in the first several years nearly as well as those who were presented with "these are the professional tools, they take | 20:43 |
| → overbythere joined | 20:43 |
|
HedgeMage
| effort to learn, but make you better at your craft" | 20:43 |
|
cluelessperson
| I suppose just suggesting it isn't very helpful though. | 20:43 |
|
_ikke_
| cluelessperson: No one of use is denying that the interface is simple | 20:43 |
|
| sorry | 20:43 |
|
| is denying the interface isn't simple | 20:43 |
|
bremner
| it seems a bit like complaining about the illogic of english grammar. You're correct, but it's lost battle. | 20:43 |
|
cluelessperson
| _ikke_: I believe I can make it simple. :) | 20:44 |
|
| I just can't force git uses my ideas. ;) | 20:44 |
|
_ikke_
| A lot of people tried to make it simple | 20:44 |
|
| but they also often tend to just get rid of features by doing that | 20:44 |
|
| One thing that is deemed difficult is the index/staging area | 20:44 |
|
| It's one of the first things that get dropped | 20:45 |
|
HedgeMage
| cluelessperson: Nothing is an efficient power tool AND a learning platform. Pick one. | 20:45 |
|
_ikke_
| The consequence is that people thing much less about what they are going to commit | 20:45 |
|
cluelessperson
| _ikke_: staging area? | 20:46 |
| ← foul_owl left | 20:46 |
|
cluelessperson
| like, add, rm and such? | 20:46 |
|
_ikke_
| yes | 20:46 |
|
cluelessperson
| That's because it's not visualized well. | 20:46 |
|
| "visualized well" isn't a good way to describe it. | 20:47 |
| ← xcm left | 20:47 |
| ← waveclaw left | 20:47 |
|
cluelessperson
| When I started using git years ago, I found it confusing because people simply didn't describe that there *was* a staging area. | 20:47 |
| → xcm joined | 20:47 |
|
cluelessperson
| and git doesn't make it obvious | 20:47 |
|
| without knowing what to do/look for. | 20:48 |
|
| cluelessperson ponders. | 20:48 |
|
_ikke_
| https://git-scm.com/book/en/v2/Getting-Started-Git-Basics | 20:48 |
| → waveclaw joined | 20:48 |
|
_ikke_
| even the v1 book which is quite old already shows that https://git-scm.com/book/en/v2/Getting-Started-Git-Basics | 20:48 |
|
b0nn
| cluelessperson: yeah I had that same experience when I started | 20:49 |
|
cluelessperson
| I remember trying to do git commit <file> and being confused. | 20:49 |
|
b0nn
| _ikke_: it's no good citing a book, when most people don't know about it when they first encounter git | 20:49 |
|
cluelessperson
| _ikke_: I don't mean to fault the tool. You're right that it seems to be built up over time rather than designed outright. | 20:50 |
|
b0nn
| it's not like you install git, and wham there's a copy of the bnook supplied as well | 20:50 |
|
_ikke_
| cluelessperson: that's exactly the case | 20:50 |
|
cluelessperson
| it certainly is the type of thing that has to be built organically based on needs, rather than the rabid visionings without context. | 20:50 |
|
_ikke_
| b0nn: git isn't a tool built by a company that has a marketing depertment behind it to promote it and to make it apealing to the masses | 20:51 |
|
b0nn
| so, that somehow makes people less confused when they first use it? | 20:51 |
|
_ikke_
| It's a tool created by power users for power users | 20:51 |
|
cluelessperson
| _ikke_: you're right, but here's what I want to make for the world. | 20:52 |
|
b0nn
| When I first encountered git (in a professional context) Iit was mandated that I use it, but nobody in the company knew how to use it properly | 20:52 |
|
cluelessperson
| People have limited mental faculties and resources. Time, energy, intelligence. | 20:52 |
|
| Cumulatively, all the tools together can be hard to manage and learn or pick up well. | 20:52 |
|
| now, it's easy for *me* some random asshole to come in after the fact and be like, "I have ideas" | 20:53 |
|
b0nn
| In fact there's an XKCD cartoon that sums up precisely how people understand git https://xkcd.com/1597/ | 20:53 |
|
_ikke_
| b0nn: In my feeling that's how people treat lots of the tooling they use | 20:54 |
|
b0nn
| So, the discussion here is about making that less so for git | 20:54 |
|
| And you cannot start on that task, unless you accept that there is an issue | 20:54 |
|
| cluelessperson ponders | 20:55 |
| → sourcream joined | 20:55 |
|
_ikke_
| b0nn: like I said, few people are denying that git is easy/simple | 20:55 |
|
b0nn
| my feeling is the opposite, *every* time this discussion comes up, people claiming to be experts shout it down | 20:56 |
|
_ikke_
| b0nn: I think the discussion is rather about: should git be made simpler to use | 20:56 |
|
b0nn
| clearer communications is the way to make it easier to use | 20:57 |
|
| easier != simpler | 20:57 |
|
_ikke_
| And git has improved a lot in that regard | 20:57 |
|
b0nn
| not in my experience | 20:57 |
|
_ikke_
| b0nn: I've seen a lot of improvements in the last 10 years | 20:57 |
|
b0nn
| of course, I've only been around git for ~8 years | 20:57 |
| ← Toxtlo left | 20:58 |
|
_ikke_
| b0nn: the issue is, people want basically an overhaul of git, while the main developers of git are much more following an itterative approach, while still building new features | 20:58 |
|
b0nn
| no. | 20:59 |
|
| Clear communication of what is going on | 20:59 |
|
_ikke_
| b0nn: can you give an example? | 20:59 |
| ← xcm left | 20:59 |
|
b0nn
| Not right now, no | 20:59 |
|
| I mean, there was only an example given not more than 5 minutes ago... | 21:00 |
| → xcm joined | 21:00 |
| ← fission6 left | 21:02 |
| → quipa joined | 21:02 |
| → foul_owl joined | 21:02 |
| → manuelschneid3r joined | 21:03 |
|
cluelessperson
| b0nn: _ikke_ those are interesting thoughts. I think git functions well, but that the communication alone needs to be improved. | 21:07 |
|
| I just made a mockup --help to list things out kinda how I think people might interpret them better | 21:07 |
| → atrigent joined | 21:11 |
| ← alyptik left | 21:11 |
|
_ikke_
| I think there was someone else who offered to improve that, but that didn't come through yet | 21:12 |
| ← lupine left | 21:19 |
| → Toadisattva joined | 21:19 |
| ← mobile_c left | 21:21 |
| → mobile_c joined | 21:21 |
| ← codebam left | 21:26 |
| ← Trieste left | 21:27 |
| ← Dirak left | 21:27 |
| → codebam joined | 21:28 |
| → Trieste joined | 21:32 |
| → AtumT joined | 21:36 |
| → sanscoeur joined | 21:37 |
| ← AtumT_ left | 21:37 |
| ← sourcream left | 21:39 |
| → n3wborn joined | 21:42 |
|
skered
| I'm thinking this is a issue with git bash tab completion however would you expect the follow 'git co $branch -- p<tab>' to tab complete files in the branch $branch that start with p? | 21:42 |
| → AtumT_ joined | 21:43 |
| ← AtumT left | 21:43 |
|
skered
| My current goal is to get a file from a different branch and put it in the current tree. 'git co $branch -- path/to/file' is my current soultion. | 21:45 |
| → lupine joined | 21:46 |
| → Dirak joined | 21:54 |
| ← kjartan left | 21:56 |
| → dre_ joined | 22:01 |
| → kjartan joined | 22:01 |
| → rawtaz joined | 22:02 |
|
rawtaz
| hullo. is there any way to git push the current branch to a remote (origin in this case) and have git create the remote branch with the same name as the branch you are currently on locally, without having to fiddle with push.default? | 22:03 |
|
| that is, i just want to do be on branch foo locally and puch to origin where foo does not exist, and do that with e.g. `git push -u origin` whereby git should create and push to the remote branch "foo" | 22:04 |
|
| i dont want to set this to standard behavior (for safety reasons), but i'd like to not have to copy/write out the branch name at times | 22:04 |
| ← cswl left | 22:05 |
|
rawtaz
| hm maybe `git push origin HEAD` | 22:06 |
|
_ikke_
| yes, that's what I use | 22:06 |
|
rawtaz
| yeah! awesome! :D | 22:06 |
| ← Regon left | 22:07 |
| → Regon joined | 22:08 |
| → dege_ joined | 22:08 |
| ← styler2go left | 22:09 |
| → hofmann3900 joined | 22:11 |
| ← dege left | 22:11 |
| → aexvir joined | 22:11 |
| → styler2go joined | 22:12 |
| ← plexigras left | 22:13 |
| ← mizu_no_oto left | 22:14 |
| ← rawtaz left | 22:16 |
| ← shentino left | 22:20 |
| → alyptik joined | 22:21 |
| ← manuelschneid3r left | 22:23 |
| → staafl joined | 22:26 |
| veegee_ → veegee | 22:26 |
| → pfleck joined | 22:30 |
|
j416
| I'm disappointed that 'git push origin @' doesn't work | 22:34 |
|
| not sure why | 22:34 |
| ← acebrianjuan left | 22:34 |
| → freeman42x joined | 22:35 |
| ← TheRuckus left | 22:38 |
| → TheRuckus joined | 22:38 |
| → horribleprogram joined | 22:39 |
| ← dudek left | 22:42 |
| → shentino joined | 22:47 |
| ← aexvir left | 22:48 |
|
osse
| not sure why you're disappointed ? | 22:51 |
| ← dre_ left | 22:52 |
| ← shentino left | 22:52 |
| → peacememories joined | 22:52 |
|
_ikke_
| You'd expect @ to work if HEAD works when @ is an alias for EHAD | 22:52 |
|
| HEAD* | 22:52 |
| ← TheRuckus left | 22:53 |
| → \void joined | 22:53 |
| ← MonoGreyMatter left | 22:58 |
| → shentino joined | 22:59 |
| → stitched_unicorn joined | 23:01 |
| ← stitched_unicorn left | 23:01 |
| → shentino_ joined | 23:03 |
| ← shentino left | 23:04 |
| → shentino joined | 23:08 |
| → mloskot joined | 23:09 |
| ← shentino_ left | 23:09 |
| ← cluelessperson left | 23:10 |
| ← Dirak left | 23:12 |
| → Dirak joined | 23:13 |
| ← AtumT_ left | 23:16 |
| → cd joined | 23:18 |
| ← codebam left | 23:19 |
| ← peacememories left | 23:20 |
|
osse
| agreed | 23:22 |
| → adamus1red joined | 23:23 |
| → Goplat joined | 23:24 |
| ← yn left | 23:25 |
| ← orbyt_ left | 23:26 |
| → yn_ joined | 23:27 |
| ← overbythere left | 23:30 |
| ← CryptoDavid left | 23:31 |
| ← Regon left | 23:34 |
| ← mikecmpbll left | 23:35 |
| ← irqq left | 23:36 |
| → sourcream joined | 23:37 |
| ← Fernando-Basso left | 23:42 |
| toothe_ → toothe | 23:48 |
| ← dege_ left | 23:50 |
| → orbyt_ joined | 23:51 |
| ← pfleck left | 23:52 |
| → TheRuckus joined | 23:56 |
| ← n3wborn left | 23:57 |
| yn_ → yn | 23:58 |