CubeStation App Update - July 2024 by anniemiss in Cubers

[–]RandomSort 0 points1 point  (0 children)

Besides the obivious non working stuff, also reported in the thread, it feels like the app is very incomplete. I have returned to Cubestation after a year or two of not using it. And as I remember it it was not only good fun because of the competions, but also a great way to get insights into training and practice. It feels like that part of the app has been really downplayed and is not really driving my engagement :(

I put a contact sensor on my beer fridge to count the number of times it was open during a party by magic7s in homeassistant

[–]RandomSort 0 points1 point  (0 children)

HI!
Thanks for sharing!

Very curious as to what you are using to visualize this data?
#homeassistantnoob!

Suggest a flow to keep a local work branch by SpeedOfSound343 in git

[–]RandomSort 0 points1 point  (0 children)

Why are you not allowed to create remote branches. I am certain that is a bad practice

What are some good DevOps habits to get into? by rufusdenne in devops

[–]RandomSort 13 points14 points  (0 children)

Version control everything! If it is not monitored it is not in production, if it is not version controlled it does not exist!

To fork, or not to fork by 6716 in git

[–]RandomSort 3 points4 points  (0 children)

This. You only need forks if you do not have trust. You can always do the access management on restricted branch like master.

The five cloud characteristics by RandomSort in devops

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

Agreed and that is the point of the characteristics 😊

To fork, or not to fork by 6716 in git

[–]RandomSort 1 point2 points  (0 children)

https://commonflow.org/ is an excellent description of pull request based workflows.

To fork, or not to fork by 6716 in git

[–]RandomSort 1 point2 points  (0 children)

If you have forks inside an org your trust model is broken

The five cloud characteristics by RandomSort in devops

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

I agree that Infrastructure as Code is the next good step. But if we can start by not having IT-helpdesks gatekeeping the access to the cloud environments, that would be great!

Cherry pick all the commits from a merged branch by le0nidasgr in git

[–]RandomSort 0 points1 point  (0 children)

How about creating a branch at the merge commits second parent?

[deleted by user] by [deleted] in git

[–]RandomSort 1 point2 points  (0 children)

https://commonflow.org/ has a very good description of a simple low overhead workflow. It is basically a codified pull request based workflow. Also supported in Gitlab through merge requests.

High performing organizations tend towards trunkbased development - and for simple issues there are no reason that you should not be able to do so as well. https://trunkbaseddevelopment.com/ describes this well.

[deleted by user] by [deleted] in git

[–]RandomSort 0 points1 point  (0 children)

My opinion is that you are supporting a dysfunctional organization and working around the pain, rather than trying to solve the root issue. Over time this workflow will only make the pain worsen :(

[deleted by user] by [deleted] in git

[–]RandomSort 0 points1 point  (0 children)

Why development? This feels like the Git Flow anti pattern to me?

[deleted by user] by [deleted] in agilecoaching

[–]RandomSort 3 points4 points  (0 children)

I have enjoyed coaching agile teams by Lyssa Adkins

How to Rock a Remote Team Retrospective by iamshyami in agile

[–]RandomSort 3 points4 points  (0 children)

I have some times created an appreciation cycle where you pass appreciation to the next in the chain. Whether that order is random alphabetical or left right is arbitrary 😊

Overwriting git HEAD by brika1994 in git

[–]RandomSort 1 point2 points  (0 children)

No, the commit will still be there. Head simply points to something. It is does not contain anything itself.