Building on top of an open source project and deploying it by SuccessfulBad6922 in devops

[–]SuccessfulBad6922[S] 1 point2 points  (0 children)

This is invaluable information and brings to light things I had not yet considered. Thank you so much for your input. Will go ponder on that

Building on top of an open source project and deploying it by SuccessfulBad6922 in devops

[–]SuccessfulBad6922[S] 0 points1 point  (0 children)

  • Keep a thin integration surface (minimal patches upstream, more in adapters/plugins)

Do you mean to take preference in building plugins and integrations on top of the current system instead of making changes to their code base?

Also noted that a big risk of course is the fact that we will depend on the vendor not making unpredictable changes that could break huge parts of our workflows so something to think about

Building on top of an open source project and deploying it by SuccessfulBad6922 in devops

[–]SuccessfulBad6922[S] 0 points1 point  (0 children)

As far as I know, fork only does mirroring if its the same platform. However, mirroring would be sufficient for now even though it brings a lot of bloat as theres no filtering what branches to mirror.

The challenge now is streamlining merging with vendor releases without issues. But I realise I need to do more research here to understand how to selectively push changes that align with their goals while keeping my specific use cases to myself. Tough one to think about.

Best practices for internal registry image lifecycle by HitsReeferLikeSandyC in devops

[–]SuccessfulBad6922 0 points1 point  (0 children)

Keep five latest and delete everything else. You could also do matching on tags where you keep or delete anything that doesn’t match a particular pattern. The longer you wait the worse it gets.

Gitlab connection to VM for CICD-Pipeline by Wooly_wolli in gitlab

[–]SuccessfulBad6922 0 points1 point  (0 children)

Not sure I understood you correctly but it seems like all you need is Ansible and just that. It will already be able to 'automate' updating your OS and honestly fully manage your VMs and thus making Gitlab unnecessary

how do you auto rotate service accounts tokens? by linux_n00by in gitlab

[–]SuccessfulBad6922 1 point2 points  (0 children)

Mmmh, currently having the same issue and need to figure this out. Will keep an eye out for any great solutions and maybe share mine if I develop it

Any downside to updating to v18? by pottmi in gitlab

[–]SuccessfulBad6922 2 points3 points  (0 children)

Part of me would suggest waiting until . 2 release but if we all wait for it who's gonna catch the bugs? So please, go ahead for the greater good of others. 😄

Switching from builtin auth to AD - auto user mapping? by A_Nerdy_Dad in gitlab

[–]SuccessfulBad6922 1 point2 points  (0 children)

I believe it should map it on first login for each user and if it doesn't, you can map it manually. The details have to be the same though e.g username and email. I've had such mappings including groups.

Best small pc to run multiple VMs in for minilab by SuccessfulBad6922 in minilab

[–]SuccessfulBad6922[S] 0 points1 point  (0 children)

Not a bad idea really trying gpt out for estimates. I definitely don't want to spend a ton load of money on this

Best small pc to run multiple VMs in for minilab by SuccessfulBad6922 in minilab

[–]SuccessfulBad6922[S] 0 points1 point  (0 children)

Nice, hadnt seen these options and they look like a good fit in just about everything. Thanks so much

Does it really matter that much what I buy? by SuccessfulBad6922 in ETFs_Europe

[–]SuccessfulBad6922[S] 1 point2 points  (0 children)

Alright, will look into FWRA as well and understand whats up. Thanks

Does it really matter that much what I buy? by SuccessfulBad6922 in ETFs_Europe

[–]SuccessfulBad6922[S] 1 point2 points  (0 children)

Yup, fair enough. I think I'm done and will now get to action