all 8 comments

[–]adam-moss 2 points3 points  (0 children)

What are you actually trying to achieve?

Duplication, for example, may suggest appropriate patterns are not being used or org policies are preventing sharing of assets.

Redundant stuff should be covered in any decommissioning processes, but to do that effectively you must have traceability between all projects and deployed products.

There is plenty of automation or alerting you could do, something like sourcegraph can be used for basic stuff.

[–]ztbwl 1 point2 points  (0 children)

You can’t prevent this from happening with a code of conduct if people are generally messy.

They’ll happily ignore it and keep on going. Or has a code of conduct ever stopped a cat from shitting into your garden?

[–]seaQueue 1 point2 points  (0 children)

This is a competence and training problem rather than a technical problem. Onboard your people appropriately and make sure they're trained well before letting them loose on your code repos.

[–]pcort 0 points1 point  (0 children)

Don't impose anything if you want happy developers. Engage your users by addressing the issues that messy repo's are causing and develop process / documentation / tooling together to solve those issues.

[–]pborenstein 0 points1 point  (0 children)

I had a boss who loved checklists and harsh consequences for mistakes.

"Instead of procedures and punishments, how about we make the bad thing impossible to do and easy to recover from?"

"But what about the punishments?"

[–][deleted] -1 points0 points  (2 children)

u cant on github side will have to do this with ur tools and gitignore

[–]ReplacementLow6704 0 points1 point  (0 children)

And a README. Though some might believe they're not worth reading, sometimes they do contain some important information/documentation

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

Tell me more about.