Friday, 2021-04-16

*** carloss has quit IRC00:22
*** gyee has quit IRC00:51
*** ociuhandu has joined #openstack-infra01:16
*** ociuhandu has quit IRC01:28
*** hamalq has quit IRC01:53
*** ramishra has quit IRC02:09
*** ramishra has joined #openstack-infra02:26
*** ramishra has quit IRC02:31
*** ramishra has joined #openstack-infra02:32
*** zxiiro has quit IRC02:49
*** zul has quit IRC03:15
*** rcernin has quit IRC03:43
*** rcernin has joined #openstack-infra03:44
*** rlandy|rover|bbl has quit IRC03:47
*** ykarel has joined #openstack-infra04:15
*** vishalmanchanda has joined #openstack-infra04:29
*** ociuhandu has joined #openstack-infra04:51
*** ociuhandu has quit IRC04:56
*** whoami-rajat has joined #openstack-infra04:57
*** rcernin has quit IRC04:59
*** ralonsoh has joined #openstack-infra05:18
*** ysandeep|away is now known as ysandeep05:29
*** rcernin has joined #openstack-infra05:39
*** rcernin has quit IRC05:40
*** rcernin has joined #openstack-infra05:40
*** rcernin has quit IRC05:54
*** rcernin has joined #openstack-infra06:01
*** ociuhandu has joined #openstack-infra06:03
*** ociuhandu has quit IRC06:13
*** eolivare has joined #openstack-infra06:24
*** sboyron has joined #openstack-infra06:25
*** __ministry has quit IRC06:30
*** ociuhandu has joined #openstack-infra06:33
*** amoralej|off is now known as amoralej06:33
*** kopecmartin has quit IRC06:34
*** kopecmartin has joined #openstack-infra06:34
*** tinwood has quit IRC06:37
*** jcapitao has joined #openstack-infra06:38
*** tinwood has joined #openstack-infra06:40
*** lpetrut has joined #openstack-infra06:40
*** ociuhandu has quit IRC06:44
*** dklyle has quit IRC06:49
*** ociuhandu has joined #openstack-infra06:50
*** ociuhandu has quit IRC06:52
*** zbr has quit IRC06:56
*** zbr has joined #openstack-infra06:58
*** ykarel_ has joined #openstack-infra07:00
*** ykarel has quit IRC07:02
*** __ministry has joined #openstack-infra07:07
*** ykarel_ has quit IRC07:15
*** andrewbonney has joined #openstack-infra07:15
*** ykarel has joined #openstack-infra07:17
*** ociuhandu has joined #openstack-infra07:21
*** gfidente|afk is now known as gfidente07:27
*** jpena|off is now known as jpena07:30
*** ociuhandu has quit IRC07:30
*** rcernin has quit IRC07:31
*** rpittau|afk is now known as rpittau07:32
*** ociuhandu has joined #openstack-infra07:37
*** tosky has joined #openstack-infra07:39
*** rcernin has joined #openstack-infra07:48
*** rcernin has quit IRC07:53
*** lucasagomes has joined #openstack-infra08:07
*** derekh has joined #openstack-infra08:11
*** rcernin has joined #openstack-infra08:18
*** yamamoto has quit IRC08:34
*** mciecierski has joined #openstack-infra08:42
*** ykarel is now known as ykarel|lunch08:44
*** ykarel|lunch has quit IRC08:48
*** ociuhandu has quit IRC09:06
*** ociuhandu has joined #openstack-infra09:07
openstackgerritThierry Carrez proposed openstack/ptgbot master: Fix ~add ~del ~clean commands  https://review.opendev.org/c/openstack/ptgbot/+/78660609:11
*** yamamoto has joined #openstack-infra09:11
*** dave-mccowan has joined #openstack-infra09:14
*** rcernin has quit IRC09:20
*** yamamoto has quit IRC09:21
openstackgerritThierry Carrez proposed openstack/ptgbot master: Fix airbag deployment on empty messages  https://review.opendev.org/c/openstack/ptgbot/+/78660809:25
*** ykarel has joined #openstack-infra09:38
*** ociuhandu has quit IRC09:39
*** ociuhandu has joined #openstack-infra09:40
*** ociuhandu has quit IRC09:42
*** ociuhandu has joined #openstack-infra09:42
*** ociuhandu has quit IRC09:42
*** ociuhandu has joined #openstack-infra09:43
*** jcapitao has quit IRC09:45
*** jcapitao has joined #openstack-infra09:46
*** ociuhandu has quit IRC09:53
*** ociuhandu has joined #openstack-infra10:02
*** dtantsur|afk is now known as dtantsur10:04
*** yamamoto has joined #openstack-infra10:05
*** yamamoto has quit IRC10:22
*** jcapitao is now known as jcapitao_lunch10:26
*** carloss has joined #openstack-infra10:31
*** ysandeep is now known as ysandeep|afk10:53
*** dave-mccowan has quit IRC11:08
*** cloudnull has quit IRC11:09
*** cloudnull7 has joined #openstack-infra11:09
*** dave-mccowan has joined #openstack-infra11:11
*** ociuhandu has quit IRC11:20
*** rcernin has joined #openstack-infra11:24
*** yamamoto has joined #openstack-infra11:28
*** jpena is now known as jpena|lunch11:32
*** ysandeep|afk is now known as ysandeep11:44
*** psachin has quit IRC11:48
*** rlandy has joined #openstack-infra11:50
*** rlandy is now known as rlandy|rover11:50
*** ociuhandu has joined #openstack-infra11:50
*** ociuhandu has quit IRC11:56
*** ociuhandu has joined #openstack-infra12:00
*** ociuhandu has quit IRC12:04
*** jcapitao_lunch is now known as jcapitao12:09
*** ociuhandu has joined #openstack-infra12:20
*** jpena|lunch is now known as jpena12:30
*** ociuhandu has quit IRC12:36
*** ociuhandu has joined #openstack-infra12:37
*** auristor has quit IRC12:38
*** auristor has joined #openstack-infra12:42
*** ociuhandu has quit IRC12:42
*** rcernin has quit IRC12:47
*** ociuhandu has joined #openstack-infra12:50
*** nweinber has joined #openstack-infra13:00
*** ociuhandu has quit IRC13:10
*** amoralej is now known as amoralej|lunch13:18
openstackgerritJeremy Stanley proposed openstack/ptgbot master: Use Opendev Etherpad site  https://review.opendev.org/c/openstack/ptgbot/+/78066813:25
openstackgerritMerged openstack/ptgbot master: Fix ~add ~del ~clean commands  https://review.opendev.org/c/openstack/ptgbot/+/78660613:30
openstackgerritMerged openstack/ptgbot master: Fix airbag deployment on empty messages  https://review.opendev.org/c/openstack/ptgbot/+/78660813:33
*** ociuhandu has joined #openstack-infra13:40
*** dchen has quit IRC13:41
*** yamamoto has quit IRC13:43
*** ociuhandu has quit IRC13:46
*** ysandeep is now known as ysandeep|away13:47
*** bhagyashris is now known as bhagyashris|away13:49
*** amoralej|lunch is now known as amoralej13:51
*** hashar has joined #openstack-infra14:01
*** ykarel has quit IRC14:03
*** dasm has quit IRC14:13
*** rpittau is now known as rpittau|afk14:18
*** dasm has joined #openstack-infra14:25
*** lpetrut has quit IRC14:26
*** yamamoto has joined #openstack-infra14:27
*** ociuhandu has joined #openstack-infra14:32
*** dklyle has joined #openstack-infra14:32
*** jamesdenton has quit IRC14:36
*** yamamoto has quit IRC14:37
*** mciecierski has quit IRC14:46
*** dviroel is now known as dviroel|lunch14:48
*** ociuhandu has quit IRC14:59
*** ociuhandu has joined #openstack-infra14:59
*** jamesdenton has joined #openstack-infra15:13
*** ykarel has joined #openstack-infra15:35
*** rlandy|rover is now known as rlandy|rover|tra15:40
*** rlandy|rover|tra is now known as rlandy|rvr|train15:40
*** hashar has quit IRC15:41
*** amoralej is now known as amoralej|off15:43
*** dviroel|lunch is now known as dviroel15:55
*** lucasagomes has quit IRC16:00
*** ykarel has quit IRC16:01
*** ykarel has joined #openstack-infra16:02
openstackgerritJeremy Stanley proposed openstack/project-config master: Allow inheritFrom in Gerrit configs  https://review.opendev.org/c/openstack/project-config/+/78668516:08
openstackgerritJeremy Stanley proposed openstack/project-config master: OpenStack Release Team ACLs inherit meta-config  https://review.opendev.org/c/openstack/project-config/+/78668616:08
*** ociuhandu_ has joined #openstack-infra16:22
*** rlandy|rvr|train is now known as rlandy|rover16:23
*** dtantsur is now known as dtantsur|afk16:24
*** ociuhandu has quit IRC16:26
*** ociuhandu_ has quit IRC16:27
*** hamalq has joined #openstack-infra16:28
*** hamalq has quit IRC16:28
*** hamalq has joined #openstack-infra16:29
*** ociuhandu has joined #openstack-infra16:31
*** jpena is now known as jpena|off16:31
*** ociuhandu has quit IRC16:36
*** ykarel has quit IRC16:42
*** ralonsoh has quit IRC16:53
openstackgerritMerged openstack/ptgbot master: Use Opendev Etherpad site  https://review.opendev.org/c/openstack/ptgbot/+/78066816:54
*** jcapitao has quit IRC16:55
*** gyee has joined #openstack-infra17:04
*** derekh has quit IRC17:08
*** hemna has quit IRC17:10
*** hemna has joined #openstack-infra17:11
*** hemna has quit IRC17:15
*** hemna has joined #openstack-infra17:26
*** mciecierski has joined #openstack-infra17:29
*** mciecierski has quit IRC17:31
*** ajitha has joined #openstack-infra17:40
*** vishalmanchanda has quit IRC18:04
*** andrewbonney has quit IRC18:05
*** gfidente is now known as gfidente|afk18:21
openstackgerritJeremy Stanley proposed openstack/project-config master: OpenStack release-test ACLs inherit meta-config  https://review.opendev.org/c/openstack/project-config/+/78668618:37
*** eolivare has quit IRC18:38
*** whoami-rajat has quit IRC18:51
*** rlandy|rover is now known as rlandy|rvr|train18:56
openstackgerritMerged openstack/pbr master: Map requires-python to python-requires (attempt 2)  https://review.opendev.org/c/openstack/pbr/+/78063319:00
openstackgerritMerged openstack/project-config master: Allow inheritFrom in Gerrit configs  https://review.opendev.org/c/openstack/project-config/+/78668519:11
openstackgerritMerged openstack/project-config master: OpenStack release-test ACLs inherit meta-config  https://review.opendev.org/c/openstack/project-config/+/78668619:11
*** dciabrin_ has joined #openstack-infra19:40
*** dciabrin has quit IRC19:42
*** ajitha has quit IRC19:43
*** smcginnis has quit IRC19:54
*** rlandy|rvr|train is now known as rlandy|rover20:04
*** slaweq has quit IRC20:29
*** nweinber has quit IRC20:36
*** zzzeek has quit IRC20:38
*** zzzeek has joined #openstack-infra20:44
*** yamamoto has joined #openstack-infra20:50
*** sboyron has quit IRC21:08
openstackgerritElod Illes proposed openstack/project-config master: Move projects under meta-config acl  https://review.opendev.org/c/openstack/project-config/+/78673521:22
*** yamamoto has quit IRC21:29
*** kkalina has joined #openstack-infra21:34
*** kkalina has quit IRC21:35
*** kkalina has joined #openstack-infra21:36
*** mfuller has joined #openstack-infra21:42
*** mfuller has quit IRC21:43
*** mfuller has joined #openstack-infra21:44
*** rlandy|rover has quit IRC21:49
kkalinaHi, we need to change rewrite master branch in our project airship/treasuremap . To do so we need force push right or atleast ability to delete a branch and pushh a new one (delete/create) master. I think force push is prefered.21:55
kkalinaTo get this rights, do we need to create a special group for the repository, lets say airship-owners? and then grant its ACL ability to force push?21:55
clarkbkkalina: why do you need to force rewrite master? was development not performed there?21:55
clarkbeg this is a catch up to some forked state>?21:56
kkalinaThank you for swift reply. One second let me explain the reason21:56
clarkbI want to make sure we understand the problem before we decide on a solution21:56
fungiideally you'd change the contents of the branch through reverting whatever you didn't mean to merge to it21:58
kkalinaairship/treasuremap had a master branch for couple of years, and all development was there (with other tags and branches)21:58
kkalinaAt some point it was decided that we need a complete redesign, from top to bottom, so we created a branch called v2. It has completely different code base, and has nothing in common with v1, so it doesn't have a point in git history where they were the same21:58
fungiforce push will result in non-fast-forwardable states which will confuse consumers of that branch (users, ci systems...)21:58
kkalinawe want to deprecate whatever is in v121:59
kkalinaand rewrite history21:59
clarkbkkalina: you may be better off pushing a merge commit instead21:59
kkalinathey dont have anythhing in common in terms of git history or code base21:59
clarkbyou can use a merge strategy that doesn't keep any content from the other side, but it keeps the history happy for users, ci etc21:59
clarkbkkalina: yes I udnerstand that, but git specifically has tooling for these scenarios21:59
kkalinawe dont want users to have v1 commit history.22:00
clarkbon master `git merge -s theirs v2` I think22:00
clarkbkkalina: well you shouldn't just delete that history?22:00
clarkbthen you can push that merge commit to master and land it, no extra permissiosn needed if you already have perms to push merge commits22:01
clarkband you won't need to force reset the repo state downstream22:01
fungigit merge --strategy=ours origin/v2.0 master22:01
fungior you can merge the other direction22:01
openstackgerritElod Illes proposed openstack/project-config master: Move projects under meta-config acl (2)  https://review.opendev.org/c/openstack/project-config/+/78673922:02
kkalinagive me one second, so i understand this right22:02
clarkb(my command is wrong, theirs is an option not a strategy name)22:02
kkalinai dont think that git merge does what we want to achieve, but let me double check with the strategy22:02
clarkbkkalina: there is definitely a way to express this in git, though my specific command may be wrong22:03
clarkbessentially you end up saying we had two states on different branches before but now there is one state that reflects only one of the two branches before22:03
clarkbthere are two major upsides to representing things this way in git. First you don't lose any of your old history. Second users can git pull without doing a hard reset22:04
openstackgerritElod Illes proposed openstack/project-config master: Move projects under meta-config acl (3)  https://review.opendev.org/c/openstack/project-config/+/78674022:04
clarkbfungi's command is correct I think "This resolves any number of heads, but the resulting tree of the merge is always that of the current branch head, effectively ignoring all changes from all other branches. It is meant to be used to supersede old development history of side branches. Note that this is different from the -Xours option to the recursive merge strategy."22:04
kkalinalet me stress, that we dont want git history from v1 in master. because it has no relationship with the code base22:04
clarkbkkalina: I understand that, but this is the entire point of git history22:05
kkalinathe old master will leave in new branch22:05
clarkbkkalina: you can rewrite it, but the history is still there.22:05
fungithere's no "theirs" strategy btw, it's --strategy=recursive --strategy-option=theirs22:05
clarkbfungi: yup, your command is correct, mine was wrong22:05
clarkbkkalina: you can also use a new branch for the v1 tree. You can do both things is essentially what I'm suggesting and they will make people's lives easier22:06
fungikkalina: if you have none of the original master history in the resulting branch state, it will be non-fast-forwardable22:06
fungipeople (and automated systems) won't be able to pull from master across that event horizon22:07
kkalinai am trying to understand usecase for someone wanting to use master and use some v1 from it, instead of a designed branch for it22:09
fungikkalina: the use case is `git pull`22:09
clarkbkkalina: the main reason is as fungi  points out, to ensure there isn't a non fastforwardable state22:09
fungiyou will break git pull22:09
clarkbit to ensure that git itself continues to oeprate on master successfully22:10
clarkbnote treasuremap doesn't seem to have the push merge permission on it. My suggestion is that that permission get added then a git merge -s ours version of v2 into master gets pushed to master as a merge commit and that is landed22:10
kkalinaso you mean, that if someone had "old master" cloned, he wont be able to do git pull anymore?22:10
clarkbcorrect22:11
fungiif they had ever cloned the repository they won't be able to git pull in master22:11
fungimaster is your default branch, so they will have a master branch state it they ever cloned the repo22:11
fungiif you "rewrite history" with push --force, it will also potentially break git mirroring, require cleanup in ci systems to force new branch states, and need confusing instructions for anyone who has an existing copy of the repository to reset it22:12
kkalinathese are valid points worth considering22:13
kkalinalet me think about this22:13
kkalinabut in any case. if we want to allow merges22:14
kkalinacan u give an example where its added to other projects?22:14
clarkbkkalina: https://opendev.org/openstack/project-config/src/branch/master/gerrit/acls/openstack/swift.config#L1-L2 you need an acl that looks like that in https://opendev.org/openstack/project-config/src/branch/master/gerrit/acls/airship/treasuremap.config22:14
fungiyes, allowing your release team group to push merge commits for review can be useful for merging between branches22:14
funginote we don't recommend allowing all users to push merge commits, because it's too easy to accidentally push a dirty branch state for review22:15
clarkbas long as teh v2 development happened in gerrit so gerrit knows about those commits already then you should be able to push a merge change liek we describe to master.22:15
clarkbthis merge commit will be in review, so you can check it before you merge it too22:16
clarkbnote that zuul went through something similar when v2 -> v3 happened. Except in that case we didn't do a wholesale replacement it was merged back in more typically22:17
clarkbbut still the v2 history is there and relevant and we avoided breaking existing clones22:17
kkalinaso we should create a new group, lets say "airship-release" and grant it the permissions for the merge?22:18
clarkbthere is already an airship-release group https://opendev.org/openstack/project-config/src/branch/master/gerrit/acls/airship/treasuremap.config#L3 I think you just need to grant them the permissions22:19
fungiright. often it will be the same group you allow to push signed tags22:19
kkalinaok, let me try to do this22:19
kkalinathank you for valuable advice22:19
fungiyeah, the end result is that git has the history of what you actually did: replaced the content in master with the what was in the v2.0 branch including all its history, but that prior to that merge point the content (and history) of the master branch was what it was before22:20
clarkbalso note that you don't want to try using theirs, it isn't forceful enough you what --strategy ours. `git checkout v2 && git merge -s ours master && edit .gitreview file to push to master && git review`22:21
clarkbsomething like that I think. fungi  ^ does that look right to you?22:21
fungithe example in the git-merge manpage has: `git merge -s ours obsolete` "Merge branch obsolete into the current branch, using ours merge strategy"22:23
clarkbya I think I got it right then as master is obsolete in this case22:23
clarkbthen just have to make sure you push tothe right target which is master in this case22:23
clarkbwell refs/for/master :)22:24
fungithe other gotcha is that you'll also need to tack on a commit to update the defaultbranch in .gitreview22:24
clarkbyou don't need to commit it I don't think, just edit it22:25
clarkbbut you'll want to do that anyway I suppose22:25
clarkbsince future dev wants to go to master22:25
fungiyou'll eventually want a change in review to update the .gitreview file yes22:25
fungiwhether you commit and push it right away or later22:25
clarkb++22:26
kkalinalooking at the examples:22:26
kkalina```22:26
kkalina[access "refs/for/refs/*"]22:26
kkalinapushMerge = group swift-milestone22:26
kkalina```22:26
kkalinai am a bit confused with refs/for/refs/22:26
fungikkalina: refs/for/refs/ is where changes for review are pushed22:26
fungiso that's allowing merge commits to be pushed as changes for review22:26
clarkbits the special ref that tells gerrit this push is being proposed for review22:26
kkalinaso refs/for/master22:26
fungithey'll show up like a normal change you can review and decide whether to approve22:26
clarkbrefs/for/refs/master in this case I think22:26
clarkbwhen you push to ^ gerrit knows this is a proposed change to refs/master. If the change is merged it gets applied to refs/master22:27
fungii wouldn't suggest getting more specific than refs/for/refs/* in the acl though22:27
kkalinaok let me try22:27
funginote we document this at https://docs.opendev.org/opendev/infra-manual/latest/drivers.html#merge-commits22:28
fungithough we don't document complete replacement using --strategy=ours as that's a fairly uncommon need22:30
*** yamamoto has joined #openstack-infra22:30
openstackgerritKostyantyn Kalynovskyi proposed openstack/project-config master: ACL, allow merge for airship-release group  https://review.opendev.org/c/openstack/project-config/+/78674122:32
kkalinathank you for your help, and knowledge sharing :)22:34
fungiyou're welcome, we're around if you need more assistance on this22:34
kkalinawe'll add merge request soon22:34
funginote once that acl change merges (i've approved it) there's a bit of a delay before our continuous deployment applies it, but you should be able to tell by looking at https://review.opendev.org/admin/repos/airship/treasuremap,access while logged in as a member of your airship-release group22:36
*** gyee has quit IRC22:37
fungiand if you edit the .gitreview file after creating the merge commit, as clarkb suggests, then `git review` should push it for the correct branch automatically for you22:38
fungithis should also actually trigger your usual ci jobs, respecting any local changes in your zuul.d/*.yaml files from the v2 branch22:39
kkalinai dont use git review, but this is useful anyway :)22:39
fungiyeah, if you're not using git-review, then push to refs/for/refs/master as discussed earlier22:39
kkalina(y)22:40
clarkbout of curiousity what tool do you use?22:43
clarkbor do you just git push gerrit refs/for/refs/master ?22:43
clarkber would be `git push gerrit HEAD:refs/for/refs/master`22:44
clarkbone of the reasons the acls are setup the way they are is to try and force people twoards these solutions too :)22:45
clarkbwe don't want them to get in your way, but also want to avoid making mistakes that will be painful afterwards22:45
kkalinaduring normal developement i use `git push origin HEAD:refs/for/master22:46
kkalinabut that is just my preference22:46
kkalinabecause i did not work with gerrit too much before22:46
clarkbkkalina: thats fine. Probably the biggest reason to not do that is git-review will try and catch merge conflicts against the target branch early which can be a nice feature but not necesasry22:47
fungiyeah, refs/for/master and refs/for/refs/master and for/refs/master and for/master probably all work synonymously (assuming you don't have anything shadowing them)22:47
clarkbgit review also warns you when you are about to push up many changes allowing you to review them and be sure that is what you want22:47
clarkbbut these are just additional helpers and not strictly required22:48
fungione other potential gotcha, i think you may need to git commit --amend after the merge so that the commit hook kicks in to add the change-id footer in the commit message of the merge commit22:48
kkalinalots of ammends22:48
kkalina:)22:48
*** yamamoto has quit IRC22:49
*** yamamoto has joined #openstack-infra22:49
kkalinai noticed that git review, rewrites the whole commit chain somtimes, when i need to change only the last commit in the chain22:49
openstackgerritMerged openstack/project-config master: ACL, allow merge for airship-release group  https://review.opendev.org/c/openstack/project-config/+/78674122:49
fungiyeah, the change-id generation is automated in a commit hook, but git tends to only call that on `git commit` and not on other git commands which create commits like revert or merge22:50
fungikkalina: git-review should never rewrite changes22:50
fungiit will prompt you when you have multiple commits in a series that you're about to push them all, but gerrit will only update the ones which are actually new/altered commits22:50
kkalinaprobably i did something wrong with review.22:51
fungiso if you have a series of 3 in your branch and only alter the most recent commit, git-review will warn you you're about to push 3 commits, but the first two are unchanged so gerrit doesn't update them22:51
clarkbold git review did that actually22:52
clarkbbut very old22:52
fungiif you performed a rebase of your commits, then that will rewrite them, but that's git doing it not git-review22:52
fungiand there are options you can pass to git-review to ask it to rebase, but they're off by default and not recommended22:52
clarkbnow the only thing it should do is attempt a rebase, if it rebases clean it undoes it. If it fails then git review fails and says you need to manualyl rebase to address the problems22:52
clarkbthis is how it detects if you have merge conflicst against the target22:53
fungiyeah it performs a local test rebase to check for possible merge conflicts, but then unwinds it back to the earlier state before pushing22:53
clarkbanother related thing that trips people up is they often don't realize that a cherry-pick always creatse a new commit22:53
clarkb(because it updatse the timestamp)22:54
*** yamamoto has quit IRC22:54
kkalinathats nice to know, about the timestamp22:54
clarkbya everything else stays the same but then it bumps the timestamp and that causes confusion occasionally22:55
fungiwell, because the commit time is part of what's hashed to create the commit id22:56
clarkbyup22:56
kkalinaso we managed to create this patchset https://review.opendev.org/c/airship/treasuremap/+/78674223:06
kkalinatrying to understand if it does what we actually want23:06
clarkbkkalina: there are a number of thinsg to look at. First is the target branch which gerrit shows is master (so that is good)23:08
fungione way to check is to fetch the change from gerrit and see if it corresponds to the state you want23:08
clarkbnext is the two parent commits : https://review.opendev.org/plugins/gitiles/airship/treasuremap/+/b7e91e71ca2968b2573a5ac6ca9bb02a9488c2a9 and https://review.opendev.org/plugins/gitiles/airship/treasuremap/+/0f0c7cc4e6f50ad71c26fe37a49a786a83865b5d23:08
clarkbbut ya ultimately I would fetch the change back from gerrit and see if it reflects the state you expect to see23:09
kkalinagreat idea, let me check23:09
fungithe gerrit webui has improved in this regard, but it's still not great for actually evaluating whether a merge commit is what you intend23:09
clarkbya in particular you want to ensure you got the ours relationship correct23:09
clarkband gerrit doesn't really seem to give that to us23:10
clarkbI think the ours may have beend done backwards, but its hard for me to be sure as I'm not super familiar with the v1 and v2 branches23:12
kkalinayes, i have that feeling as well23:12
clarkbya .github isn't on v2 or v2.0 but it is in master and in the result of that merge23:13
clarkbwhich makes me think this may have been done backwards23:14
clarkb(I think the way git and gerrit try to represent that is in the ordering of the merge parents. The master commit is ordered first before the v2 parent)23:14
kkalinaseems like the files are actually from old master23:17
kkalinainstead of v223:17
clarkbyup23:17
clarkbthat implies to me that the merge was done the wrong way around23:17
fungiyeah, if i checkout origin/v2.0 and then `git merge -s ours origin/master` i get a branch state with no .github directory23:17
clarkbyou should be on v2 when doing git merge -s ours master23:17
clarkbbut this would've been done as checkout master and git merge -s ours v2 I think23:17
fungikkalina: 786743 looks like what you want23:29
*** yamamoto has joined #openstack-infra23:29
kkalinayet, looks right to me23:30
kkalinathank you for looking into this, you really helped a lot23:32
fungino problem, always happy to help23:33
fungihopefully the ci jobs produce expected results on that review23:33
fungiand then you should be able to approve it like any other change once you're satisfied23:33
fungiand the end result should be that, once it lands, anyone doing a git pull in master will update to the same state as what was in the other branch as of the time of the merge23:35
fungii should be around for at least a few more hours if you have any more questions23:36
*** tosky has quit IRC23:38
*** ociuhandu has joined #openstack-infra23:49
*** ociuhandu has quit IRC23:54
*** ysirndjuro has quit IRC23:55
*** ysandeep|away is now known as ysandeep23:55
*** yamamoto has quit IRC23:56

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!